简体   繁体   English

Windows上用于Unix GIT安装的GIT GUI客户端

[英]GIT GUI client on Windows for Unix GIT installation

Our company programs and runs data analysis on a Linux server. 我们公司在Linux服务器上编程并运行数据分析。 The programming is done in Windows clients (SAS, generally). 编程是在Windows客户端(通常是SAS)中完成的。 Each project is only programmed by one person and is reviewed by another. 每个项目只能由一个人编程,而由另一个人进行审查。

We would like to put our projects under version control but leave the code on the server (ie not pulling to local Windows repositories). 我们希望将我们的项目置于版本控制下,但将代码保留在服务器上(即不拉到本地Windows存储库)。 The advantage is incremental backup and helps with confirming changes from the reviewer. 优点是增量备份,并有助于确认审阅者的更改。

Does anyone know of a Windows client that can read remote repositories but perform GIT actions using GIT on Linux, rather than on Windows? 有谁知道Windows客户端可以读取远程存储库,但可以在Linux而不是Windows上使用GIT执行GIT操作? Trying a few clients (eg SourceTree and SmartGIT) suggests only the latter is possible. 尝试一些客户端(例如SourceTree和SmartGIT)表明只有后者是可能的。

Thanks, Rich 谢谢,里奇

One way to achieve what you want is to export the directories containing the Git repositories on your server over CIFS (via Samba) and then mount them as network disks on your workstations. 实现所需目标的一种方法是通过CIFS(通过Samba)在服务器上导出包含Git存储库的目录,然后将它们作为网络磁盘安装在工作站上。

But really I can't understand what's wrong with using Git the normal way. 但实际上我无法理解以正常方式使用Git有什么问题。

Deployment is best done using native packages for the target system (hard to do on Windows, I admit) or a tar.gz archive (doable using git archive ) or a tool like git-ftp or rsync. 最好使用目标系统的本地程序包(我承认在Windows上很难做到)或tar.gz归档文件(可使用git archive )或诸如git-ftp或rsync之类的工具来完成部署。

If you need code review, consider using Gerrit . 如果您需要代码审查,请考虑使用Gerrit

As to backups, each Git repository clone is, in a sense, a set of differential backups of itself. 关于备份,从某种意义上说,每个Git存储库克隆都是其自身的一组差异备份。 That is, the more (local) clones you have the safer you are. 也就是说,克隆越多(本地)就越安全。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM