颠覆:在本地工作 ->对服务器进行更改?

发布于 2024-08-22 05:10:16 字数 241 浏览 8 评论 0原文

我决定学习版本控制,而且我是零知识。我现在读过一些关于颠覆的教程和文章,但就是不明白! :)

我当前的项目位于 localhost atm 中,并将其移动到我的实时服务器中以进行首次测试,然后当然将其公开发布。我仍然想首先在本地主机上继续工作,然后将工作代码更新到实时服务器中。我只是不知道该怎么做...

我的 Mac 上有一些版本,我发现它非常不错的应用程序..我认为是的。

有人可以为我提供分步指南吗?我应该做什么?

I've decided to learn version control and I have zero knowledge. I've read some tutorials and articles about subversions some time now but just can't figure it out! :)

I have my current project in localhost atm and going to move it in my live server for first testing purpose and then offcourse releasing it for public. I still want to keep working it first localhost and then update working code into live server. I just don't know how to do it...

I have Versions in my Mac which I find really nice app.. well I think it is.

Could someone please provide me step-by-step guide what should I do?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

随风而去 2024-08-29 05:10:16

首选解决方案

  • 将 subversion 存储库移动到远程服务器
  • 更改本地存储库以使用新的远程服务器
  • 根据需要提交更改

双主存储库版本

  • 使用本地存储库中的补丁,复制到远程服务器,提交更改
  • 从远程服务器签出,从本地存储库复制文件,然后提交回上游
  • 或者只是将您的 subversion 文件夹同步到服务器以进行只读访问(如果需要,删除私有文件

) 2 个主存储库的缺点

  • PRO: 本地存储库可以包含未复制到公共存储库的各种私有/受限文档
  • 缺点:补丁/更改管理需求确保所有更改在两个存储库
  • 之间
  • 同步具体修订,而不是上传对本地存储库的每个提交

我的 0.2 美分价值

如果您需要在 SVN 存储库中拥有与世界共享的文件,使用 2 存储库方法,否则仅使用远程托管的单个存储库。仅拥有 1 个主存储库将使未来的生活变得更轻松,并且还会改变管理程序。

Preferred Solution

  • Move subversion repository to remote server
  • Change local repository to use new remote server
  • Commit changes as required

Dual Master Repository Version

  • Use patch from local repository, copy to remote server, commit changes
  • Checkout from the remote server, copy files from local repository, then commit back upstream
  • Or just sync your subversion folder to the server for read-only access (removing private files if required)

Pro's & Cons for 2 Master Repositories

  • PRO: Local repository can contain all sorts of private/restricted documents that are not copied to public repository
  • CON: Patch/Change management needs to be done to ensure all changes are synced between both repositories
  • CON: Cannot use any other developers as repository not available over the Internet
  • PRO: Commits can be done into remote repository at specific revisions instead of uploading every commit made to local repository

My 0.2 cents worth

If you need to have files inside the SVN repository that you don't want shared with the world, use the 2 repository method, otherwise just use a single repository that is remotely hosted. Having only 1 master repository will make life easier in the future and also change management procedures.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文