将本地修补程序应用于新的GIT版本
有一个大型程序产品，几个月前我在ZIP文件中下载了它的源代码。（当时版本3.7.28）。我一直在努力开发一些特定的补丁（在不同的子文件夹中创建或修改了大约70个文件）。我注意到他们的产品在github，我的修改在那里不会被接受，他们根本不需要它。现在的实际版本是3.7.30（我检查了历史记录，我的一些文件被修改了，但从未在那个版本中）。 我对git不是很熟悉。我知道，我可以创建本地副本：将本地修补程序应用于新的GIT版本,git,patch,git-clone,Git,Patch,Git Clone,有一个大型程序产品，几个月前我在ZIP文件中下载了它的源代码。（当时版本3.7.28）。我一直在努力开发一些特定的补丁（在不同的子文件夹中创建或修改了大约70个文件）。我注意到他们的产品在github，我的修改在那里不会被接受，他们根本不需要它。现在的实际版本是3.7.30（我检查了历史记录，我的一些文件被修改了，但从未在那个版本中）。 我对git不是很熟悉。我知道，我可以创建本地副本： git clone --bare https://github.com/foo/proj-remote.gi
git clone --bare https://github.com/foo/proj-remote.git
我现在如何准备一个补丁集（或某种类型的补丁集）并将其与本地副本中的更新版本合并？每次他们制作新版本，我下载的时候都这么做？（应用我的旧补丁和新补丁）找出您所做的更改并制作合适的补丁 将github存储库克隆到您自己的帐户，并签出与您最初下载的源相对应的确切提交。在git中创建一个新的分支，从这里开始工作。在新分支中应用修补程序。您现在应该拥有与开始时相同的来源 提交新来源。退回到您的帐户 无论何时，从这里开始工作，都要在上面创建的分支中进行 当原始存储库（而不是克隆库）中有新提交时，您可以从那里获取并使用更改更新您自己的分支。您可能需要研究这方面的文档，因为如果您不熟悉它，可能会有点棘手
从长远来看，我建议您考虑如何将更改返回到主产品中，以避免维护fork 找出您所做的更改并制作合适的补丁 将github存储库克隆到您自己的帐户，并签出与您最初下载的源相对应的确切提交。在git中创建一个新的分支，从这里开始工作。在新分支中应用修补程序。您现在应该拥有与开始时相同的来源 提交新来源。退回到您的帐户 无论何时，从这里开始工作，都要在上面创建的分支中进行 当原始存储库（而不是克隆库）中有新提交时，您可以从那里获取并使用更改更新您自己的分支。您可能需要研究这方面的文档，因为如果您不熟悉它，可能会有点棘手 从长远来看，我建议您考虑如何将更改返回到主产品中，以避免维护fork