源代码管理 - 应该/不应该在源代码管理中存储哪些文件 [英] Source Control - what files should/shouldn't be stored in source control
问题描述
我目前正在使用StarTeam进行源代码管理。 （将最终
切换到最新的Visual Source Safe将被调用的任何内容。
使用调试，安装程序，部署和项目目录的一切
结构是一堆乱七八糟的文件和目录
源代码控制中应该有哪些文件（所有最终版本都将在
另一台机器）？
我读到PDB和SUO文件不应该检查它。
我的典型结构是：
主项目目录 -
普通
数据（测试数据不受源控制）
项目
设置
调试
发布
Frm（GUI）
Bin
调试
Obj
调试
重构
TempPE
房产
Svc（服务）
Bin
调试
Obj
调试
重构
TempPE
属性
什么目录/ f ile扩展应该在源代码管理中，哪些将是b
将被重建？我的构建机器可能没有确切的
一些文件路径。
-Markus_R
MarkusR写道：
我目前正在使用StarTeam进行源代码管理。 （将最终
切换到最新的Visual Source Safe将被调用的任何内容。
使用调试，安装程序，部署和项目目录的一切
结构是一堆乱七八糟的文件和目录
源代码控制中应该有哪些文件（所有最终版本都将在
另一台机器）？
我读到PDB和SUO文件不应该检查它。
我的典型结构是：
主项目目录 -
普通
数据（测试数据不受源控制）
项目
设置
调试
发布
Frm（GUI）
Bin
调试
Obj
调试
重构
TempPE
属性
Svc（服务e）
Bin
调试
Obj
调试
重构
TempPE
属性
源代码管理中应该有哪些目录/文件扩展名，哪些是
将是重建？我的构建机器可能没有确切的
一些文件路径。
-Markus_R
我不签入.suo，.csproj.user或任何生成的文件（.exe，
..dll，.pdb等）
此外，我通常不会登记.sln。
不幸的是（在.NET 1.1中），微软的一些明智之处决定了b $ b商店。关键源控制信息在.suo文件中，或者
错误消息说。同样不幸的是，.suo文件显然是
包含硬编码的目录路径，因此将代码签入
不同的工作区对Visual Studio来说并不好用。 br />
我希望这个领域能够通过.NET 2.0得到改进。 :-)
/ bin / debug和/ bin / release文件夹下的那些和任何内容
-
Robbe Morris - 2004-2006 Microsoft MVP C＃
我已将数据库映射到.NET类属性和方法，以实现多层次的
面向对象的环境为您的
数据访问层。因此，您很少需要再次输入单词
SqlCommand，SqlDataAdapter或SqlConnection。
http://www.eggheadcafe.com/articles/..._generator.asp
" MarkusR" ; < ma ******* @ gmail.comwrote in message
news：11 ********************** @ m73g2000cwd.googlegr oups.com ...
>我目前正在使用StarTeam进行源代码管理。 （将最终
切换到最新的Visual Source Safe将被调用的任何内容。
使用调试，安装程序，部署和项目目录的一切
结构是一堆乱七八糟的文件和目录
源代码控制中应该有哪些文件（所有最终版本都将在
另一台机器）？
我读到PDB和SUO文件不应该检查它。
我的典型结构是：
主项目目录 -
普通
数据（测试数据不受源控制）
项目
设置
调试
发布
Frm（GUI）
Bin
调试
Obj
调试
重构
TempPE
房产
Svc（服务）
Bin
Debug
Obj
Debug
Refactor
TempPE
属性
源代码管理中应该有哪些目录/文件扩展名，以及哪些
将被重建？我的构建机器可能没有确切的
一些文件路径。
-Markus_R
忽略所有* .suo，* .user文件
和\bin目录。
还准备分支存储库（为他们创建文件夹）。
http://svnbook.red-bean.com/nightly/...e.maint.layout
\trunk
\ branches
''v3.5.x
\ v3.6.x
并查看svn + tsvn。
http：// tortoisesvn.net/about
http://tortoisesvn.net/big_picture
PS：无论最新的Visual Source Safe是什么非常糟糕。
MarkusR写道：
我目前正在使用StarTeam进行源代码管理。 （将最终
切换到最新的Visual Source Safe将被调用的任何内容。
使用调试，安装程序，部署和项目目录的一切
结构是一堆乱七八糟的文件和目录
源代码控制中应该有哪些文件（所有最终版本都将在
另一台机器）？
我读到PDB和SUO文件不应该检查它。
我的典型结构是：
主项目目录 -
普通
数据（测试数据不受源控制）
项目
设置
调试
发布
Frm（GUI）
Bin
调试
Obj
调试
重构
TempPE
属性
Svc（服务e）
Bin
调试
Obj
调试
重构
TempPE
属性
源代码管理中应该有哪些目录/文件扩展名，哪些是
将是重建？我的构建机器可能没有确切的
一些文件路径。
-Markus_R
I am currently using StarTeam for my source control. (Will eventual
switch to whatever the latest Visual Source Safe is going to be
called).
With debug, installers, deploy and everything the project directory
structure is a mess of files and directories
What files should be in source control (All final builds willbe done on
anothe machine)?
I read that PDB and SUO files should not be checked it.
My typical structure is:
Main project dir -
common
data (test data not to be source controlled)
project
Setup
Debug
Release
Frm (GUI)
Bin
Debug
Obj
Debug
Refactor
TempPE
Properties
Svc (Service)
Bin
Debug
Obj
Debug
Refactor
TempPE
Properties
What directories/file extensions should be in source control and which
ones will be rebuilt? My build machine probably will not have the exact
some file paths.
-Markus_R
MarkusR wrote:I am currently using StarTeam for my source control. (Will eventual
switch to whatever the latest Visual Source Safe is going to be
called).
With debug, installers, deploy and everything the project directory
structure is a mess of files and directories
What files should be in source control (All final builds willbe done on
anothe machine)?
I read that PDB and SUO files should not be checked it.
My typical structure is:
Main project dir -
common
data (test data not to be source controlled)
project
Setup
Debug
Release
Frm (GUI)
Bin
Debug
Obj
Debug
Refactor
TempPE
Properties
Svc (Service)
Bin
Debug
Obj
Debug
Refactor
TempPE
Properties
What directories/file extensions should be in source control and which
ones will be rebuilt? My build machine probably will not have the exact
some file paths.
-Markus_RI do not check in .suo, .csproj.user, or any generated files (.exe,
..dll, .pdb, etc)
Also I usually don''t check in .sln.
Unfortunately (in .NET 1.1), some wiseacre at Microsoft decided to
store "critical source control information" in the .suo file, or so the
error message says. Equally unfortunately, the .suo file apparently
contains hard-coded directory paths, so checking out code into a
different workspace doesn''t play nice with Visual Studio.
I hope that this area improves with .NET 2.0. :-)
Those and anything under the /bin/debug and /bin/release folders
--
Robbe Morris - 2004-2006 Microsoft MVP C#
I''ve mapped the database to .NET class properties and methods to
implement an multi-layered object oriented environment for your
data access layer. Thus, you should rarely ever have to type the words
SqlCommand, SqlDataAdapter, or SqlConnection again.
http://www.eggheadcafe.com/articles/..._generator.asp
"MarkusR" <ma*******@gmail.comwrote in message
news:11**********************@m73g2000cwd.googlegr oups.com...>I am currently using StarTeam for my source control. (Will eventual
switch to whatever the latest Visual Source Safe is going to be
called).
With debug, installers, deploy and everything the project directory
structure is a mess of files and directories
What files should be in source control (All final builds willbe done on
anothe machine)?
I read that PDB and SUO files should not be checked it.
My typical structure is:
Main project dir -
common
data (test data not to be source controlled)
project
Setup
Debug
Release
Frm (GUI)
Bin
Debug
Obj
Debug
Refactor
TempPE
Properties
Svc (Service)
Bin
Debug
Obj
Debug
Refactor
TempPE
Properties
What directories/file extensions should be in source control and which
ones will be rebuilt? My build machine probably will not have the exact
some file paths.
-Markus_R
ignore all *.suo, *.user files
and \bin directories.
Also prepare you repository for branching (create folder for them).
http://svnbook.red-bean.com/nightly/...e.maint.layout
\trunk
\branches
''v3.5.x
\v3.6.x
And take a look at svn+tsvn.
http://tortoisesvn.net/about
http://tortoisesvn.net/big_picture
PS: "whatever the latest Visual Source Safe" is really sucks.
MarkusR wrote:I am currently using StarTeam for my source control. (Will eventual
switch to whatever the latest Visual Source Safe is going to be
called).
With debug, installers, deploy and everything the project directory
structure is a mess of files and directories
What files should be in source control (All final builds willbe done on
anothe machine)?
I read that PDB and SUO files should not be checked it.
My typical structure is:
Main project dir -
common
data (test data not to be source controlled)
project
Setup
Debug
Release
Frm (GUI)
Bin
Debug
Obj
Debug
Refactor
TempPE
Properties
Svc (Service)
Bin
Debug
Obj
Debug
Refactor
TempPE
Properties
What directories/file extensions should be in source control and which
ones will be rebuilt? My build machine probably will not have the exact
some file paths.
-Markus_R
这篇关于源代码管理 - 应该/不应该在源代码管理中存储哪些文件的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
