Tag: 版本控制

.gitignore不会忽略目录: 我做了什么：我觉得有一些来自github gui的奇怪的configuration，导致这个问题，并阻止我能够轻松地从命令行使用git甚至git-bash。我结束了刚卸载github和git，然后重新安装只是git的Windows。我现在有一切从命令行运行（除了我从git-bash运行的ssh除外）。 github gui更容易也更可靠。多亏了mu没有花时间来弄清楚这一点。我没有结束使用他的答案，但如果我不需要重新安装git，那将是我需要做的。我在本地机器上使用github gui。我只是注意到，我正在做的提交将要更新我所有的最近更新节点模块。我设置我的.gitignore忽略整个node_modules/目录。我不知道该怎么做。包含在.gitignore中的所有文件types都被忽略。这只是它似乎忽略的目录。这是我的.gitignore文件： ################# ## Sublime Text ################# *.sublime-project *.sublime-workspace ################# ## Images ################# *.jpg *.jpeg *.png *.gif *.psd *.ai ################# ## Windows detritus ################# # Windows image file caches Thumbs.db ehthumbs.db # Folder config file Desktop.ini # Recycle Bin used […]

git是否有像`svn propset svn：keywords`或pre / post-commit的钩子？: 通过浏览git文档，我看不到任何类似于SVN的提交钩子或“propset”function的东西，比如，只要将文件提交到存储库，就可以更新文件中的版本号或版权声明。 git用户是否希望为这种function编写外部脚本（这看起来没有什么问题）或者我错过了一些明显的东西？编辑：只是要清楚，我更感兴趣，例如， svn propset svn:keywords "Author Date Id Revision" expl3.dtx 这里有一个string： $Id: expl3.dtx 780 2008-08-30 12:32:34Z morten $ 在发生提交时与相关信息保持同步。

Bug跟踪器设置与Git集成？: 我知道我可以通过黑客Trac和使用Git钩子来完成大部分工作，但是我想知道是否有人已经准备好了。从提交消息评论（和closures）票据将是很好的，特别是如果差异与评论/closures评论内联。 sha1哈希应该自动链接到gitweb / cigt /定制git浏览器。我尝试了Trac的GitPlugin，但代码浏览器太慢了…任何替代品？

在版本控制下的Gettext .po文件: 目前在项目中使用Gettext和.po文件很好地保持在版本控制下。 PO文件当然包含翻译，但除此之外，它们还包含一些元数据 – 有关可翻译string所在的确切文件和行号的信息。问题是，每次更新PO文件时，元数据的改变都比实际的翻译更多。这使得以后从版本控制差异中看到真正的变化是很难的 – 你只能看到文件名和行号的无数变化。像那样： – #: somefile.js:43 – #: somefile.js:45 – #: somefile.js:118 + #: somefile.js:203 + #: somefile.js:215 msgid "Translate me please" msgstr "Tõlgi mind palun" – #: somefile.js:23 – #: somefile.js:135 + #: otherfile.js:23 + #: otherfile.js:135 msgid "Note" msgstr "Märkus" – #: andThatFile.js:18 #: orThisFile.js:131 – msgid […]

为什么'hg mv'（mercurial）默认不移动文件的历史logging？: 我知道该怎么做，我只是不明白为什么hg mv不会移动文件的历史，以及默认情况下。在hg mv之前，让我运行hg log –follow真的很愚蠢。当您需要使用两种不同的操作删除和添加文件并以相同的方式丢失历史logging时，这会记住我的时间。恕我直言，如果我只是使用内置的MV，这将是可以丢失的历史，但我使用hg mv ，并考虑存储库本身，没有任何意义，失去了by default的历史。应该有一个hg mv –no-follow没有hg mv –no-follow而不是相反。这不直观。这里的任何人对此行为有一个合理的解释？这是错误的devise，还是有一个很好的理由呢？是否有可能做到这–follow默认情况下，使用–follow hg mv ？

在重新投标之后，我是否已经失去了更改: 我最近重新devise了一个我正在开发的分支。树的历史看起来像这样： 1 = 2 = 3 = 4 \ 5 = 6 = 7 \ 8 我想将我的更改（图中的第8个）更改为主分支（现在在图上提交4）。所以我做了以下几点： git checkout my_branch git rebase master <很多git mergetool / git rebase –skip来解决冲突> 只有当我运行时： git checkout my_branch git diff master 我得到零差异。我还没有失去我的分支（我仍然可以从我保存的补丁重新创build我的更改），但是我找不到我所做的合并/重新分配。我做错了什么？我的变更是否与主人合并，还是必须重新执行？

Git rebase失去了历史，那么为什么rebase？: 过去几天我一直在寻找Git的重装。大多数重新认定的论据说，它清理历史，使其更线性。如果你做了简单的合并（例如），你会得到一个历史logging，显示历史发生什么时候，什么时候它们被合并在一起。据我所知，重新设定可以消除所有的历史。问题是：为什么你不希望回购历史反映代码开发的所有方式，包括它在何处以及如何分歧？

github for mac不允许执行部分签入/提交: 我使用Mac的GitHub，并在我的分支有一大堆的变化。我已经承担了一些变化，并保持其他人不承担任何责任，因为我期待着更多的变化。然而，当我尝试进行同步以将这些更改推送到Git存储库时，它会抱怨 – “未提交的更改 – 请在同步之前提交所有更改”。任何想法？它是否期望所有的变化在你同步的时候一直被提交？