Questions tagged «etiquette»

6
为什么壁挂git提交拉取请求?
为什么我执行的每个严肃的Github回购请求都要求我将提交压缩为单个提交? 我以为git日志在那里,所以您可以检查所有历史记录,并确切查看发生了什么更改,但是挤压它会将其从历史记录中拉出来,然后将其全部合并为一个提交。有什么意义? 这似乎也违反了“尽早提交并经常提交”的口头禅。

1
在GitHub上没有请求的情况下从派生的仓库中提取更改?
我是社交编码社区的新手,不知道在这种情况下如何正确进行: 我几周前创建了一个GitHub Repository。有人分叉了该项目,并做了一些我要做的小改动。我很高兴有人分叉我的项目并花时间将其添加到项目中。我想将所做的更改放入我自己的代码中,但有两个问题。 1)我不知道如何通过git从派生的仓库中获取更改。 我的理解是,有一种简单的方法可以通过请求请求合并更改,但似乎分叉者必须发出该请求? 2)在没有拉取请求的情况下拉入更改是否可以接受?这与第一个有关。我将代码搁置了几个星期,然后回来发现我接下来要进行的工作是由其他人完成的,并且不想只复制他们的代码而不给他们以某种方式的认可。即使没有明确要求您进行变更,也不应存在吗?这是什么礼节 我可能会对此有所考虑,但在此先感谢您的投入。我对黑客社区还很陌生,但是我想尽我所能!
40 git  github  etiquette 

2
重命名开放源代码分叉的礼节是什么?
我想在Github上使用TestNG Java测试框架(Apache 2许可),以便我可以添加/更改一些次要的东西以满足我的需要。 我的所有更改都不太可能会在主项目中获得批准,也不太可能其他人会使用我的fork。这绝不是对主要项目的竞争。 现在,在命名方面,我想更改工件名称(testng-mycompany)或版本(6.8.mycompany),以便与我的Maven存储库中的正式版本没有混淆。这会被认为是不良的礼节吗?如果是,区分叉子的最佳方法是什么?

1
要求贡献者在github上重新放置他们的拉取请求是否正确
我维护了一个相对流行的github仓库。 当合并请求很好合并时,我通常会要求作者在合并之前将其重新设置为单个提交(特别是在进行多个小修改时)。 这是git的好习惯吗?这是可接受/标准的GitHub礼节吗? 因此有一些好处: 我在提交日志中得到了很好的干净提交历史记录 我不需要自己更改提交 它委托一些工作 一些可能的缺点: 我不确定这是不是很好的礼节 我不确定这是否是个好习惯 我通常已经要求进行其他一些更改-这是又一个更改,我不想阻止贡献者。
25 github  etiquette 

2
Github流程上的分叉项目
我最喜欢并想要使用Github上的一个项目。我想做一些不同的事情/删除对我想要/需要的东西没有意义。我也想添加一些东西。 据我了解,我应该分叉该项目,并且我可以进行所需的任何更改并返回到我的分叉。从那里,我还想偶尔将原始项目中的更改引入我的叉子,以便获得最新的错误修复/功能。 我是否认为它应该如何工作?如何从原始项目中引入更改?

5
错误跟踪礼节-尸体鉴定或重复?
我在一个开源项目的错误跟踪器中遇到了一个非常古老(超过2年)的功能请求问题,由于缺少进行请求的增强功能所需的工具,该项目被标记为“已解决(无法修复)”。自从确定以来经过的时间,已经开发了可以解决该问题的新工具,在此,我希望引起社区的注意。 但是,我不确定在这种情况下错误跟踪的普遍接受的礼节是什么。显然,如果系统明确声明不重复,并且会主动将新项目标记为重复(这与SE网站的做法大同小异),那么答案将是遵循系统所说的。但是,当系统没有明确说出这样的意思,或者新用户无法轻松找到具有系统偏好的地方时该怎么办呢?通常认为在重复或死法方面更佳吗?根据是错误还是功能请求而有所不同吗?

1
什么是适当的礼节和推荐的GitHub工作流程,以同时促进上游回购和从上游回购回馈?
我是GitHub和VCS的新手。我多年来一直使用各种语言进行编程,但是我一直在自定义项目(未公开发布)中一直独自工作。我最近开始在我正在研究的项目中使用从GitHub下载的jQuery UI小部件。该存储库不再由原始作者维护。另一个fork已合并了一些原始的请求请求。这是我分叉的那个。 我发现了几个错误,并提出了相应的修复程序。我想提供这些修复程序,但是我还想作很多其他更改,供我们自己使用,这些更改将破坏某些现有功能。另外,我想从另一个分支中引入一个想法。 我仍在学习GIT和GitHub,并试图找出解决所有问题的最佳方法。我已经阅读了很多有关不同概念/任务的文章(在这里,SO,GitHub帮助页面,Pro Git):工作流,合并,拉取请求,挑选,重新设置,分支。我的灰质是游泳,所以我需要开始这样做,这样我才能更好地了解自己阅读的内容。 主要问题: 我想(在某处)我读到您一次只能在一个分支上有一个请求请求。那么这是否意味着我应该为每个错误提供一个单独的分支,然后为每个错误执行一个单独的提取请求? 我想清理空白问题,而且我似乎还记得读过,最好在单独的提交中执行此操作。我应该在我的主数据库还是在另一个分支中进行此操作?我不想对如此琐碎的事情进行拉取请求,但是如果我在分支之前进行空格更改,这会影响对错误修复的拉取请求吗?一些fork进行了空格清理,这实际上使diff变得毫无用处。 我当时想用叉子创建问题,以作为记录bug的一种方式,即使我已经针对它们进行了修复。这是一个好主意吗?如何将问题,提交和合并合并到主节点?如果我向上游发出拉取请求,我的问题也会出现在上游还是会丢失该文档链接?我无法针对上游仓库打开问题(没有问题标签)。 在我想使用他的想法时,最好的办法是赞扬另一个叉子作者?我无法完全使用他的代码,尤其是因为他的更改是针对较旧版本的上游应用的,并且与我的其他更改不兼容。但是我想用这个主意,我想在应得的信贷额上给予好评。我应该只在提交消息中链接到他的回购(或个人资料或特定提交)吗? 更改自述文件和主文件顶部的DocBlock的礼节是什么?可以进行更改,添加我的名字,添加指向我的repo和演示的链接,删除指向原始演示的链接(因为我的fork最终将与原始版本不兼容)吗?当然,我将保留原始作者姓名和许可证信息。作为记录,它已获得MIT许可。 作为从未使用过VCS的独立开发人员,我习惯于重写历史记录。我是一个完美主义者,喜欢事物要整洁。记录历史的想法使我有点紧张,我想第一次做对。我创建了一个新的供您玩耍/学习的仓库,但是我急于继续固定jQuery UI小部件,以便继续进行我的项目。

1
用于编辑某人的拉取请求的礼节
我在GitHub上拥有一个存储库,有人通过一次提交就向该存储库发送了拉取请求。我只想部分实现他的解决方案,并使用用户所做的大约一半代码更改。在这种情况下我该怎么办? 制作其版本的分支,然后返回并复制并将要保留的“旧”代码从原始版本粘贴到第二个提交中。这可能会使提交之间的差异看起来大于实际差异,并抛出诸如之类的东西git blame。 将我要保留的代码复制并粘贴到另一个新的commit中。这意味着他不会因对代码的宝贵贡献而受到赞誉。 与上述相同,将他的一些代码复制到新提交中,但是将提交的作者更改为他而不是我。从技术上讲,他没有写出所提交的确切代码,所以我不确定这是否会被皱眉。但是至少他对使用的这些行有归属。

13
软件会议应遵循哪些礼节规则?[关闭]
关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗? 更新问题,使它成为软件工程堆栈交换的主题。 7年前关闭。 无论是作为与会者,演讲者,还是供应商,我都想知道软件会议上的无礼规则。除了那些令人眼花obvious乱的东西(例如不要因为您没有赢而殴打iPad抽奖的赢家)。 即使您认为不需要说这些规则,也应遵循哪些规则? 请为每个答案制定一条规则,并以粗体显示该答案。如果您有多个规则,请发布多个答案。
19 etiquette 


7
开源礼节
我已经开始在Codeplex上进行我的第一个开源项目,并遇到了一些糟糕的代码。(我确实了解到C#仍然具有“ goto”语句),我开始添加“所有者”想要的功能,并在探究了代码库并看清混乱之后(例如使用“ goto”),我想清理它一点点。但是我有点担心,这就是为什么我转向所有人:“修复”“错误代码”对我来说是适当的礼节,还是应该让它继续进行新功能?就像我之前说的,我是整个OSS领域的新手,并且通常在一个团队中工作,所以我不想搞砸。

2
当有人分叉我的同名开源项目时该怎么办?
我有这个GPL项目,卡住了大约一年,我真的很喜欢这个主意,然后有人将它分叉并更改了整个内容,但是使用了相同的名称,我不介意代码(毕竟是GPL)但我喜欢这个名字。这种情况的礼节是什么? 该项目将使我自己受益,我喜欢它,但是这个名字没有被出售。 编辑:我知道如果我与作者联系,他会理解并更改名称,但是我现在没有时间从事该项目,因此,我不想成为我的人们(小型社区)的“名称巨魔” ),那么这一次就可以了,我的问题更多是关于分叉的礼节。如果该项目显然被放弃,他们可以分叉使用相同的名称,还是必须获得一个新名称?

1
释放现有项目的完整重写的正确礼节是什么?
我是开源世界的新手。我正在从事的项目位于Github上。(仅供参考)我正在处理的项目是Plex Media Server的插件。我计划将插件提交给Plex,以便将其包含在他们的“应用程序商店”中。现在我的问题。 刚开始时,我发现了一个较旧的半废弃插件,可以满足我的要求,但效果不佳。我首先为该回购做贡献。我立即被选为拥有该回购协议全部权利的协作者,因为当前所有者说他太忙了,无法再使用它了。但是,当我开始更深入地研究代码时,我意识到它是徒劳的。现有的代码库很糟糕,没有有效的方法来修复它。我最终只是从头开始。我在新插件中使用的唯一代码是我最初提交的代码。 现在该项目已准备好发布。但是,我不确定如何执行此操作。我看到的选择如下: 创建一个新的仓库,而忽略现有仓库。我不确定我是否应该提到以前的仓库和它的贡献者。我没有使用任何代码/资源,而是创建了一个全新的代码库。尽管该插件执行的功能与旧的相同,但它以全新的方式和更有效的方式进行了操作。 我分叉现有的存储库,删除现有的代码,然后提交新代码。我真的是Git的新手,所以我不确定这是否可行。 我将对现有回购的更改提交给我,看看当前的贡献者怎么说。 在这三个选项中,我强烈倾向于第一个。但!我是开源的新手,我想确保自己按照正确的礼节做事。我不想让我的第一个项目浮出水面,成为一场灾难。选项2听起来不错,但是我不确定是否应该这样做。我不确定历史记录和差异会如何工作。我们最多只谈论500-1000行代码。因此,这不是一个庞大的代码库。 感谢您提供的任何输入!

6
谁负责修复漏洞?
开源项目中出现过几次这样的情况: 我注意到我们的部署中存在一个错误,并找出了一个快速的补丁程序。(例如,仅注释掉我们实际上不需要的代码。) 我花了一些额外的精力来找出真正的错误,提出一个补丁,然后通过Git pull请求或类似的方式提交它。 我的拉取请求被拒绝。补丁可能是不完善的(例如,本来不应该包含的行),也许违反了编码风格,也许还有其他影响。也许我在Git中做错了-拉取请求应该已经重新设置了基础。维护人员提供有关如何改进补丁程序的反馈,并要求我重新提交它。 在这一点上,我对应该走多远感到困惑。就我而言,我没有问题:我已在步骤1中修复了该问题。我已经报告了该问题,甚至还采取了措施将其修复。但是我不认为这是“我的”请求请求,因此我不认为应该负责改善补丁。 让我烦恼的一种特殊情况是,在讨论了我的补丁程序的失败之后,我们在邮件列表中就正确的补丁程序达成了共识(即,它的行为方式,有时包括每行阐明的代码)。然后,我仍然有责任实际生成并提交补丁。 在这些情况下是否有标准礼节?他们如何解决?我的反应异常吗?您需要多长时间才能接受错误修复? (请注意,当我说“开放源代码项目”时,其中一些很小,但可能不是业余爱好-只是几个组织使用的小型软件项目,这些组织将开发人员的资源投入到他们的工作中。是“修复补丁并重新提交”,请理解我对雇主有​​责任从事对他们有利的工作。花时间修复不影响我们的错误是错误的……)

1
我不小心检查了某人的整个项目。有任何可接受的拉取请求的方式吗?
我在github上找到了一个很棒的项目,该项目具有有用的中央功能,但是在“抛光”错误处理,日志记录,配置和设置方面比较粗糙。该项目五年没有动,只有几百行代码。仍然足够有用,足以吸引大量观察者和少量叉子。 使用时需要添加特定的内容,但在此之前我进行了一些清理。然后,我变得有点痴迷于工程师,在一周的时间里,我最终添加了一个日志记录系统,大量的日志记录,一个自动设置,将代码之外的配置纳入外部配置文件(以及读取它们的代码),加上我发现的几个错误修正。 我确实认为我所做的所有更改都是合理/良好的,并且是听众需要使用的内容。但是有很多提交,几乎与原始回购的提交一样多(避免使用数量来保持一般性)。此外,git blame显示我已经触及了这个(小的!)代码库的几乎每一行。我不是在寻求对该项目的控制,也不是寻求我所做的一切功劳。但是给定选择之后,我希望看到我的更改合并在一起,以便每个人都可以从中受益,而不是隐藏在我不知名的github上。 我以前从未提交过请求请求,但我知道它们应该很小并且易于查看。但是,我在这里进行了很多变革性的更改。 我的提交非常干净,因为我倾向于仔细地进行历史记录。但是它们很难分离成多个分支/拉取请求,因为其中很多必须建立在自身之上。例如,配置外部化建立在一些准备工作的清理上,并且安装程序的一部分存在以填充这些配置,日志记录是由安装程序中创建的外部配置启用和配置的,等等。我非常愿意尽我所能使这种大药丸变得更可口,我只是不知道那会是什么。我可以分开进行两次提交,但是大修仍然很大。 那么,如果他们不小心检修某人的项目该怎么办? 我是否应该只上课不要这样做,并将自己的更改保留在自己的叉子上?我是否应该提出拉取请求,然后看看会发生什么?我应该在描述中花一堆字来解释自己吗?我应该以某种方式呈现吗?
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.