git的长期分支替代方案？

我正在写我的数学论文，即将发表我的第一篇论文。到目前为止，我已经使用git进行版本控制。此时，论文和论文的文本将出现分歧：论文将比论文详细得多，论文必须相当简洁

---

如何使用git管理这种情况？我不太确定哪个git选项最适合我。我曾考虑过为纸张创建一个单独的分支，然后进行樱桃采摘，但显然分支不应该是永久的（是真的吗？）。理想情况下，我想要一个解决方案，在同时编写两个项目时，我必须手动复制尽可能少的内容

分支可以是您想要的永久分支。您可以像创建和销毁文件一样创建和销毁它们

如果分支（或者更具体地说，包含cherry pick中的修补程序的文件）分歧过大，cherry pick将无法找到进行更改的修补程序

---

如果一个项目是另一个项目的超集，则可以使用“子树”（参见“git帮助子树”）。这使得子项目中的更改很容易包含在超级项目中。（另请参见较旧的命令“submodule”）

分支可以是您希望的永久分支。您可以像创建和销毁文件一样创建和销毁它们

如果分支（或者更具体地说，包含cherry pick中的修补程序的文件）分歧过大，cherry pick将无法找到进行更改的修补程序

---

如果一个项目是另一个项目的超集，则可以使用“子树”（参见“git帮助子树”）。这使得子项目中的更改很容易包含在超级项目中。（另请参见较旧的命令“submodule”）

是否有指向“分支不应是永久的”的链接？我以前没听过这个建议。另外，在进一步的写作中，您希望如何使用版本控制；您是否试图对两个版本进行某些更改，并对其中一个版本进行其他更改？我认为您的方法是错误的，这不是git要解决的问题，而是工作文件中的良好文档结构。你需要找出两个主要文件，一个是论文，另一个是论文。然后，仔细地将每一件可重复使用的工作都包含在其中。Git将反映您工作的历史，最终它可能会为您工作的不同方向提供分支，但不会针对不同的内容结构。@JeffBowman:不，我没有与该声明的链接，只是一位同事的口碑。您完全正确：我想做一些提交，可以同时更改两个版本（例如打字错误），也可以做一些提交，只更改两个版本中的一个。@PA:谢谢您的评论，我想您是对的。我只是认为git应该能够做到这一点，并试图找到一种方法来做到这一点。您是否有“分支不应该是永久的”的链接？我以前没听过这个建议。另外，在进一步的写作中，您希望如何使用版本控制；您是否试图对两个版本进行某些更改，并对其中一个版本进行其他更改？我认为您的方法是错误的，这不是git要解决的问题，而是工作文件中的良好文档结构。你需要找出两个主要文件，一个是论文，另一个是论文。然后，仔细地将每一件可重复使用的工作都包含在其中。Git将反映您工作的历史，最终它可能会为您工作的不同方向提供分支，但不会针对不同的内容结构。@JeffBowman:不，我没有与该声明的链接，只是一位同事的口碑。您完全正确：我想做一些提交，可以同时更改两个版本（例如打字错误），也可以做一些提交，只更改两个版本中的一个。@PA:谢谢您的评论，我想您是对的。我只是认为git应该能够做到这一点，并试图找到一种方法来做到这一点。