1. 首页
  2. 问答
  3. 使用产品捆绑版本控制软件

使用产品捆绑版本控制软件

2010-09-28 37 views
2

我想知道是否可以将版本控制软件与产品捆绑在一起，以便客户可以使用它来版本控制最终产品运行所需的配置文件。使用产品捆绑版本控制软件

到目前为止，搜索只给了我指向使用SVN/Git等在组织内版本化源代码的指针。有没有使用SVN/Git提供的用于在最终产品中捆绑版本控制的API（如果有）的示例？

来源

2010-09-28 specksynder

回答

1

你当然可以做一些事情，如间接使用Git系统;一些资源都列在此之前的问题：

Reading a Git repository, without Git

来源

2010-09-28 04:08:55 Amber

+0

我看到的是一个C++ API - PHP是不是一个真正的选择。感谢您的回答:) – specksynder 2010-09-29 03:50:11

+0

第一个答案的后半部分也包含一些非PHP特定资源的链接。 – Amber 2010-10-03 20:44:35

1

如果你这样做捆绑它，使它成为一个可选组件。你的客户可能已经有了一个工具。考虑使用下载并安装所选工具的链接安装。

我会选择自己的GIT。为选择的工具提供使用文档。

来源

2010-09-28 04:09:14 BillThor

+0

感谢您的回答。我没有把它看作是安装，更像是以编程方式使用API​​来维护配置文件的版本。 – specksynder 2010-09-29 03:51:03

0

svnkit offers'Sub'Versioning for java。 jGit可能是有利的，使得“中央”储存库可选。

来源

2010-09-28 07:11:12 zellus

0

你没有指定你的应用程序是用什么语言，所以我需要承担，像其他人一样:)

先回答

AnkhSVN的是一个颠覆源代码控制对于Microsoft Visual Studio 2005,2008和2010

他们使用SubversionSharp（或SVNSharp或e VEN SVN＃）做的一切，所以我想提的是SVN＃是使用如果你在.NET环境是个好主意......

你可能会想，过了一会同保罗那样

http://twitter.com/aeoth/status/5112817005

更多的答案

你真的想完成什么？安装一个SVN服务器呢？那么，你不应该这样做，除非你指定它，就像BillThor建议。

公司已经在使用它们了，你最终会遇到的问题是，最常见的3个版本产品是SVN，Git和Mercurial，你真的想为它们编码吗？

那岂不是更容易地创建一个S3帐户，并有维持文件版本和你的应用程序上传新版本，而一个简单的网页，可以访问他们的看法？

只是在一些想法，你可能面临的问题。

来源

2010-09-28 07:30:42 balexandre

+0

你好，我对最初的请求中缺少细节表示歉意。我在看C++ API。将产品想象成mysql数据库 - 它附带一个标准配置文件，客户可以根据自己的需要进行修改。但每次他们做出任何更改时，如果我的代码为他们修改版本，而不是要求他们学习Git/SVN管理，那将是非常好的。这样，如果他们对特定配置有问题，他们可以恢复到早期版本。具体来说，任何人在内部开发周期期间都会使用版本控制。 – specksynder 2010-09-29 03:47:33

+0

我没有发现作为功能内置于产品中的版本控制的任何示例。我同意Git/SVN standalone会做得更好，但有时候便利性（最终产品中内置的修改）会超过客户的灵活性（Git/SVN提供）。 我想要攻击这个问题的一种方法是查看版本是如何作为编辑器插件合并的 - 就像在Emacs和Eclipse中一样。 – specksynder 2010-09-29 03:49:00

+0

感谢您的回答！ – specksynder 2010-09-29 03:49:32

相关问题

 相关问题