Pharo 工作流程：归档、切片并保存到存储库
Pharo workflow: file out, slices and saving to repository
也许我问的是一些非常琐碎的问题，但我对在 Pharo (Pharo 4) 中做事的众多选择感到有点困惑。
我开始为 Pharo/Smalltalk 开发一个名为 PolyMath 的库。我在这个项目上与其他人合作。他们在 smalltalkhub 上建立了主要和收件箱存储库，包括 Jankins CI。因此，从我的角度来看，事情非常简单：进行更改、创建切片并将其保存到收件箱存储库。
当我处理这段代码时，我想保存更改（我想 Pharo 会定期为我做）以防我的计算机崩溃，或者我需要重新启动它以安装更新.或者更有野心一点：在另一台笔记本电脑上开始工作（也许，通过将更改保存到 Dropbox）。同时我不想将更改推送到收件箱存储库中，因为更改不完整。
如果我将更改保存到我的本地包缓存中，这些包将不再 "dirty"；而且我不知道切片是否会产生正确的更改以将它们推送到收件箱存储库。
我应该只对正在处理的包执行 fileout 吗？ （不过好像我filein他们之后，这个动作弄脏了一些其他的包，也许他们是连接的？）我也可以保存图像，但我想重新加载图像时间有时间获取其他人所做的最新更改。
简单回顾一下我想要实现的目标：
- 在本地保存更改，但保留创建切片和查看本地包与外部存储库之间差异的能力。
- 能够将我的更改推送到收件箱存储库。
您对图像所做的每项更改都应保存在 .changes 文件中，以防 Pharo 图像崩溃。您稍后可以通过 WorldMenu -> Tools -> Recover lost changes.
恢复丢失的更改
要保存您的代码，您可以将其提交到您自己的存储库之一或包缓存中。
当您想在真实存储库中提交时，您有两个选择：
- 您想保留提交历史记录。在这种情况下，您可以通过 Monticello 打开包缓存，select 每次提交并使用
Copy 将提交复制到主存储库中。
- 您只想对所有更改进行一次提交。在这种情况下，如果您生成的代码已加载到当前图像中，您就可以提交到主存储库中。为确保保留所有更改，您可以使用
Changes 选项来检查将推送的所有修改。
提交时重要的是图像中的代码，而不是包是否脏的事实。这只是一个帮助。
也许我问的是一些非常琐碎的问题，但我对在 Pharo (Pharo 4) 中做事的众多选择感到有点困惑。
我开始为 Pharo/Smalltalk 开发一个名为 PolyMath 的库。我在这个项目上与其他人合作。他们在 smalltalkhub 上建立了主要和收件箱存储库，包括 Jankins CI。因此，从我的角度来看，事情非常简单：进行更改、创建切片并将其保存到收件箱存储库。
当我处理这段代码时，我想保存更改（我想 Pharo 会定期为我做）以防我的计算机崩溃，或者我需要重新启动它以安装更新.或者更有野心一点：在另一台笔记本电脑上开始工作（也许，通过将更改保存到 Dropbox）。同时我不想将更改推送到收件箱存储库中，因为更改不完整。
如果我将更改保存到我的本地包缓存中，这些包将不再 "dirty"；而且我不知道切片是否会产生正确的更改以将它们推送到收件箱存储库。
我应该只对正在处理的包执行 fileout 吗？ （不过好像我filein他们之后，这个动作弄脏了一些其他的包，也许他们是连接的？）我也可以保存图像，但我想重新加载图像时间有时间获取其他人所做的最新更改。
简单回顾一下我想要实现的目标：
- 在本地保存更改，但保留创建切片和查看本地包与外部存储库之间差异的能力。
- 能够将我的更改推送到收件箱存储库。
您对图像所做的每项更改都应保存在 .changes 文件中，以防 Pharo 图像崩溃。您稍后可以通过 WorldMenu -> Tools -> Recover lost changes.
要保存您的代码，您可以将其提交到您自己的存储库之一或包缓存中。 当您想在真实存储库中提交时，您有两个选择：
- 您想保留提交历史记录。在这种情况下，您可以通过 Monticello 打开包缓存，select 每次提交并使用
Copy将提交复制到主存储库中。 - 您只想对所有更改进行一次提交。在这种情况下，如果您生成的代码已加载到当前图像中，您就可以提交到主存储库中。为确保保留所有更改，您可以使用
Changes选项来检查将推送的所有修改。
提交时重要的是图像中的代码，而不是包是否脏的事实。这只是一个帮助。