多个开发人员致力于同一个 Web 应用程序项目

发布于 2024-12-10 15:19:46 字数 356 浏览 2 评论 0原文

我有一个由三名开发人员组成的团队在同一个 Web 应用程序项目网站上工作。我们都在使用 VS 2010 和 Source Gear Vault。

我们每个人的本地驱动器上都有一个不同的工作文件夹,我遇到了一些我需要理解的问题:

1)当其中一个用户想要向项目添加新页面时,似乎我们必须签出整个项目或至少添加 .csproj 文件,添加页面,然后重新签入 .csproj 文件。这是否正确?

2)当我们签入更改后的代码时,我们一定不要签入bin文件夹或其中的任何内容。如果我们这样做,其他人就无法编译他们的代码。再说一遍,这是正确的吗?

最重要的是,我正在寻找一些最佳实践建议。鉴于我们正在使用的工具,管理此开发工作的最佳方法是什么?

I have a team of three developers working on the same Web Application Project web site. We are all using VS 2010 and Source Gear Vault.

Each of us has a different working folder on our local drives and I am encountering some issues I need to understand:

1) When one of use wants to add a new page to the project, it appears that we must check out the entire project or at least the .csproj file, add the page and then check the .csproj file back in. Is this correct?

2) When we checkin the changed code, we must not checkin the bin folder or anything in it. If we do, nobody else can compile their code. Again, is this correct?

Bottom line, I am looking for some best practices advice. What is the best way to manage this development effort given the tools we are using?

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

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

发布评论

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

评论(2

段念尘 2024-12-17 15:19:46

1) 添加新页面时唯一应该检查的是 .csproj 文件。签入时,您将提交 csproj 文件(编辑)和新页面文件(添加)

2)您的 bin 不应处于源代码控制之下。如果您需要构建进行部署,您可以在本地使用 VS 的“发布”对话框来针对最新的代码集,也可以从构建机器(通过 MSBUILD)自动进行构建,该构建机器将从源代码控制编译您的项目。

1) The only thing that should be checked out when adding the new page is the .csproj file. On checkin, you will commit the csproj file (edit) and the new page files (add)

2)Your bin should not be under source control. If you require a build for deploy, you can either use VS's Publish dialog locally against the latest code set or you can automate the builds from a build machine (via MSBUILD) that will compile your project from source control.

深海蓝天 2024-12-17 15:19:46

1)这不是必需的,如果您将文件添加到项目目录中,它们将显示并且您的项目文件将被更新。在我的公司,我们有一项政策,不检查任何形式的配置文件(无论是 web.config 还是项目文件)。我们将它们标记为读/写并且不用担心它们。对于 web.config,我们维护一个主版本,它不会被拉取,但会存储所有可能的值。

2) 由于 bin 包含编译代码,如果有人正在处理该编译代码的一部分,他们就不会想要获取该 dll。同样,在我的公司,我们通常会编译自己的版本,并且不会签入 bin 中的文件。

1) This is not necessary, if you add files to the project directory they will show up and your project files will be updated. At my company, we have a policy of not checking in any form of config file (be it web.config or project files). We mark them as read/write and don't worry about them. For web.config, we maintain a master version, which is not pulled, but stores all possible values.

2) As the bin contains compiled code, if someone is working on part of that compiled code, they would not want to get the dll. Again, at my company, we usually will compile our own versions and do not check in files in the bin.

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