版本控制系统建议
我的独立开发工作已经到了一个阶段,我想开始使用 Subversion 技术。
到目前为止,我只是通过导出当前数据库并将它们与 PHP 项目文件压缩在一起来进行备份。
我在网上阅读了一些文章并观看了 Linus Torvalds 的视频 - 普遍的结论似乎是 Git 已经流行,旧的 CVS 技术已经过时。
我目前不在 Linux 下操作,我在 Windows 下完成所有 PHP 工作 ->蚀。由于Eclipse运行在JVM上,跳入Linux ->除了文件系统之外,Eclipse 或多或少会是透明的。
我想要实现的是能够保持不断的修订历史记录 - 但我希望这几乎是完全透明的。另外,我在 MVC 框架中工作,我希望能够向设计师发布我的视图,并让它们也可以在版本控制系统中工作。
Egit 能满足我的需要吗?或者对于一个人的劳动力来说,这是否意味着太多的开销? 您建议我使用什么来保留修订历史记录?
我还要求服务是免费的!
I've reached a point in my independent development work where I would like to start using Subversion techniques.
Up to now, I've been simply making backups by exporting my current database, and zipping them together with my PHP project files.
I've read some articles online and watched a video with Linus Torvalds - the general verdict seems to be that Git is in and old CVS techniques are out.
I'm not currently operating under Linux, I do all PHP work out of Windows -> Eclipse. Due to the fact that Eclipse runs on JVM, jumping into Linux -> Eclipse will be more or less transparent - file system aside.
What I would like to accomplish is being able to keep a constant revision history - But I want this to be almost entirely transparent. Also, I work in an MVC framework, and I would like to be able to release my views to Designers, and have them work from within the revision control system too.
Will Egit accomplish what I need? Or is it too much overhead for a one-man workforce?
What do you recommend I use so that I can keep a revision history?
I also require the service to be free!
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(3)
使用 Git 或 Mercurial
曾几何时,cvs 几乎完全取代了它的竞争对手并统治了版本控制的世界。
然后它本身被svn取代。
现在,svn 已被 git 取代。
Git 比 svn 更复杂,因此 svn 项目很可能只想继续攻击而不进行转换。
但 svn 的日子已经屈指可数了。 Git、Mercurial 和一些专有系统显然是 VCS 世界的未来。甚至还有与其他类型的存储库交叉操作的机制。
最后,转换很容易,因为 git 可以与中央存储库一起使用,就像它是 cvs 或 svn 的(快得多)版本一样。
Use Git or Mercurial
Once upon a time, cvs almost completely replaced its competition and ruled the world of version control.
Then it was itself replaced by svn.
And now, svn has been replaced by git.
Git is more complex than svn, so an svn project might well want to just keep bashing along and not convert.
But svn's days are numbered. Git, Mercurial, and some proprietary systems are clearly the future of the VCS world. There are even mechanisms to cross-operate with other types of repositories.
Finally, the transition is easy, because git can be used with a central repo just like it was a (much) faster version of cvs or svn.
尝试这些搜索
https://stackoverflow.com/search?q=free+svn+hosting
https://stackoverflow.com/search?q=free+mercurial+hosting
至于选择哪一个 - 我倾向于同意Google 评论:
但他的无疑是最关键的:
我不想对 git 存储库进行“维护”。这是不可接受的。
我还没有将所有的东西都转移到 Mercurial - SVN 对于大多数项目来说都很好 - 特别是单人项目。
Try these searches
https://stackoverflow.com/search?q=free+svn+hosting
https://stackoverflow.com/search?q=free+mercurial+hosting
As for choosing which one - I tend to agree with the google review here:
But his is the hands-down clincher:
I don't want to have to do "maintenance" on the git repos. That's just unacceptable.
I have not moved all my stuff to mercurial - SVN is just fine for most projects - especially single-person projects.
我正在使用 unfuddle,它对我有用。
解开
以下是一些功能:
项目
<块引用>
从事许多不同的项目并且
在一个范围内管理它们中的每一个
单个 Unfuddle 帐户。每个项目
有自己的一套门票,
里程碑、消息和笔记本。
仪表板
<块引用>
仪表板是
项目的信息。在短短的一个
一目了然,您和您的团队可以轻松
查看源最近的任何更改,
消息、票证以及任何即将到来或
较晚的里程碑。
门票
<块引用>
解开门票可帮助您的项目
保持井井有条。优先级、评论
然后将您的门票分配给
您的团队成员。
无痛 Subversion 和 Git 托管
<块引用>
正是您所期望的:
无限的 Subversion 和 Git
您的每个项目的存储库
帐户,可快速访问
直接从内部项目源代码
您的浏览器。
消息
<块引用>
消息都是关于简单和
有效的沟通。如果你的团队
无法很好地沟通你的项目
会受苦的。
人物与人物权限
<块引用>
Unfuddle 为您提供
对您的内容进行细粒度的控制
团队可以做到。
I am using unfuddle and it is working for me.
Unfuddle
Here are some features:
Projects
The Dashboard
Tickets
Painless Subversion and Git Hosting
Messages
People & Permissions