问题标签 [plasticscm]

是否有一个简单的工作流程可以在内部使用 Plastic SCM，同时最好使用 github 或 Bitbucket 等流行的代码托管服务，而不需要“双重簿记”？

我正在评估 SCM 是否有可能远离 SourceSafe。塑料单片机给人留下了很好的印象。我看到它有一个来自 SourceSafe 的导入器，但找不到很多关于它如何处理某些 VSS 特性的信息——即“共享文件”。任何人都对这个特定方面或这种迁移有经验吗？

我做了很多阅读，并一直在试用 GIT、GIT Tortoise、Tortoise SVN 和 PlasticSCM，为我们的小团队（5-10 个用户）找到合适的源代码控制。

我们团队的一些背景：6 名文案作者/编辑（2 名远程）、2 名开发人员、2 名平面设计师。我们并不总是一起做项目，有时我们最多可能有 5 个人在做一个给定的项目。我不关心使用 DVCS 的开发人员，我关心的主要是其他（以最好的方式）技术能力有限的角色。我们的一些文案作者将多个源文件（HTML、PDF 和添加概念图形）更新到实时的、未版本化的构建目录（备份为 build.23.06.11.new.new.final.zip！）。副本和 GD 团队没有时间，或者说实话，没有合并/解决冲突的倾向，甚至可能记得切换分支。

一些 SO 问题揭示了似乎相当一致的方法 - 主干（干中没有垃圾！）团队拥有自己的分支，并拥有发布分支等。

每次我重新阅读链接...

• https://stackoverflow.com/questions/3854583/version-control-system-for-small-in-house-team
• 开始使用版本控制
• http://svn-ref.assembla.com/subversion-how-tos.html

...和一般的谷歌，我最终还是会问自己同样的问题：

1. 为“问题点”（复制团队）创建特定于角色的分支是不是一个坏主意，他们可以在其中推送到 repo，然后我们的开发人员会将他们的工作合并到实际的项目分支中？
2. 我是否仍应尝试为其他所有人强制执行每个分支的任务？
3. 我应该为每个人都做每个分支的任务，但让副本团队创建非常广泛的任务吗？
4. 通常是否有一个团队/组/人被认为是进行关键合并的仓库的“管理员”角色？
5. （是否有其他建议的工作流程，文案作者不接触源代码？）

不幸的是，副本团队在更新文件方面发挥着至关重要的作用，这反过来又会在开发过程中持续影响布局和各种事情。它不像我可以让他们在一个项目结束之前保持泡沫，然后把他们的工作扔进去。

... 好消息是，希望在多年之后，我已经准备好迫使每个人都转向版本控制！我们还选择了 PlasticSCM，因为它具有直观的 GUI 和 Windows 集成。

这个问题的最佳答案是尝试回答上面的 4 点——如果你愿意，可以解决第 5 点——如果可能的话，解释弱点，并提供建议、问题等等。

干杯！

我使用 Plastic SCM 已经有一段时间了，但直到最近才发现我的心智模型中存在一个缺陷，即分支中的变更集如何工作。

考虑这个简单的场景：

• 假设我有一个带有文件的分支 Afoo.txt
• 我将 A 的最新更改集分支到子分支 B。
• 我将工作区切换到 B 并结帐foo.txt并进行一些更改，然后签入。
• 我将 B 的最后一个更改集分支到 C。
• 我试图将 C 合并到 A

简而言之：A分支到B，B中变化foo.txt，分支到C，C合并到A。

令我惊讶的是，foo.txt在 B 中间分支中所做的更改被忽略了，因为我没有foo.txt在 C 中进行更改。所以在从 C 合并到 A 之后，A 在分支出 B 之前包含原始 foo.txt。

当执行从 C 到 A 的完全合并时，我原以为我在 B 中的中间更改会被合并，但显然我对分支中的更改集的理解是错误的。当更改神秘地丢失时，这会导致不时进行相当多的清理。

Git 和 Mercurial 或其他 DVCS 的行为是否相似？

编辑：

Plastic version <= 3 仅合并源分支中的更改，而不合并中间分支。

Plastic >= 4 合并整个分支路径。

我有一个关于一般 DVCS 的问题，包括 Git 和 Hg。

在 Git 和 Hg 中，合并跟踪都是在“提交”级别而不是“文件/目录”级别完成的。

“副作用”之一是您不能轻易地进行“部分合并”：

• 您已经修改了分支“feature_branch_x”中的 30 个文件
• 您只想合并（比如说）/kernel/gui 下的文件

使用“基于项目的合并跟踪”（Perforce、ClearCase、Plastic SCM <= 3.0），您只需选择几个文件进行合并，然后签入，然后重复合并，待处理的文件就会显示出来。

使用 Hg，Git：一旦您合并（有一些方法可以在不合并的情况下保留文件），“跟踪”就会设置，如果您重复合并，则不会留下任何要合并的候选者。

我的问题是你感觉如何？？

是否存在您认为“部分合并”是强制性的情况？没有它你能活吗？（与提交/cset 级别跟踪合并要快得多）。

免责声明：我在Plastic SCM工作，我们已经在 4.0 中转移到“cset”级别跟踪，但我们想知道是否保留“项目级别合并跟踪”或者甚至允许两者都是一个好主意。

在过去的几个晚上，我一直在研究版本控制应用程序，主要是在这里阅读帖子和访问网站。我正在为我自己的个人爱好 C# 项目寻找 SCM。

我想要我的 PC 本地的版本控制服务器，不打算进行远程或 Intranet 或多用户开发，并且想要一个 VS2010 插件，也许还有 Eclipse；据我所知，Plastic SCM 在一次简单的下载/安装中支持的所有功能。但它的特性和功能比我在家里使用的要多得多。

如果有人在使用 Plastic SCM 隐士风格，您觉得它作为单一开发人员 SCM 工具是否有效？

I'm currently 'playing' with Plastic and their (brand new) TeamCity integration plugin.

The plugin blurb says "When installing Team City on Windows systems, it normally uses the SYSTEM user account. We recommend changing the user that executes the Team City application."

The thing is, I can't work out what kind of user I should substitute: I would like to be able to access Plastic (on the server) using AD, but wouldn't that mean that TeamCity would also have to run with a network user in order to be able to access Plastic?

An alternative (for me accessing Plastic) would be user/password - but I can't make the TeamCity service run with user/password.

Am I missing something obvious, or is the paint just too wet?

我被投入到一个软件开发项目中，我们有一个来自供应商的 PHP 应用程序，该应用程序具有相当定期的代码更新。我需要能够在此代码之上构建，同时，我需要能够跟踪供应商代码中的更改并将它们合并到我们自己的代码版本中。我设想它是这样的：

我从头开始，并寻找有关要使用的源代码控制软件的建议（我正在考虑使用塑料 SCM）、最佳实践、工作流程设置以及关于什么最有效的一般建议。

所以我一直在做一个相当大的项目，并像 VCS 一样使用 PlasticSCM。我将它与 DVCS 模型一起使用，但到目前为止，我几乎只是在我的办公机器和家庭之间进行同步。

现在我们正在让其他人参与该项目，而我想做的是将其他开发人员限制在特定的分支中，这样只有我才能将分支合并到/main中。

所以我去了我的本地存储库，并进行了权限更改（这部分非常简单）。但是现在它如何与其他开发人员一起工作？当他们同步时，权限是否复制到他们的本地存储库中？如果他们尝试合并到本地存储库上的/main中，是否允许这样做，然后当他们尝试将更改推送到我的存储库时出现错误？

这是我第一次涉足 DVCS，所以我不太确定这种东西是如何工作的。

我正在尝试找到快速导出 hg 存储库并将结果转储到快速导出兼容格式文件的方法。

基本上，我想做与 Git 或 Plastic SCM 相同的事情：

我知道我可以使用 hg-fast-export.py 工具（http://hedonismbot.wordpress.com/2008/10/16/hg-fast-export-convert将快速导出/快速导入直接导入 Git -mercurial-repositories-to-git-repositories/）但我想知道是否可以创建转储文件。