blocks|key|512394|text|作为初步答案，请查看Joel测试：http://www.joelonsoftware.com/articles/fog0000000043.html|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|512395|只是一道开胃菜：|512396|512397|blockquote|512398|512399|512400|您是否使用源代码管理？|ordered-list-item|512401|您是否可以一步完成构建？|512402|您是否进行每日构建？|512403|您是否有错误数据库？|512404|<代码>H112您是否在编写新代码之前修复错误？<代码>H213<代码>H114您是否有最新的计划？<代码>H215<代码>H116您是否有规范？<代码>H217<代码>H118程序员是否有安静的工作conditions?|512405|Do您可以买到最好的工具？<代码>H221<代码>H122您是否有测试人员？<代码>H223<代码>H124code>Do新候选人在他们的interview?|512406|Do期间编写代码你做走廊可用性测试吗？|512407|512408|entityMap|0|LINK|mutability|MUTABLE|url|http://www.joelonsoftware.com/articles/fog0000000043.html^0|H|1L|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|18|8|@]|9|@$A|19|B|1A|1|1B]]|C|$]]|$1|D|3|E|5|6|7|1C|8|@]|9|@]|C|$]]|$1|F|3|-4|5|6|7|1D|8|@]|9|@]|C|$]]|$1|G|3|-4|5|H|7|1E|8|@]|9|@]|C|$]]|$1|I|3|-4|5|6|7|1F|8|@]|9|@]|C|$]]|$1|J|3|-4|5|6|7|1G|8|@]|9|@]|C|$]]|$1|K|3|L|5|M|7|1H|8|@]|9|@]|C|$]]|$1|N|3|O|5|M|7|1I|8|@]|9|@]|C|$]]|$1|P|3|Q|5|M|7|1J|8|@]|9|@]|C|$]]|$1|R|3|S|5|M|7|1K|8|@]|9|@]|C|$]]|$1|T|3|U|5|6|7|1L|8|@]|9|@]|C|$]]|$1|V|3|W|5|M|7|1M|8|@]|9|@]|C|$]]|$1|X|3|Y|5|M|7|1N|8|@]|9|@]|C|$]]|$1|Z|3|-4|5|6|7|1O|8|@]|9|@]|C|$]]|$1|10|3|-4|5|6|7|1P|8|@]|9|@]|C|$]]]|11|$12|$5|13|14|15|C|$16|17]]]]

As a preliminary answer, check out the Joel test:
<a href="http://www.joelonsoftware.com/articles/fog0000000043.html" rel="noreferrer">http://www.joelonsoftware.com/articles/fog0000000043.html</a>

Just an appetizer:

<blockquote>
 <ol>
 <li>Do you use source control?</li>
 <li>Can you make a build in one step?</li>
 <li>Do you make daily builds?</li>
 <li>Do you have a bug database?</li>
 <li>Do you fix bugs before writing new code?</li>
 <li>Do you have an up-to-date schedule?</li>
 <li>Do you have a spec?</li>
 <li>Do programmers have quiet working conditions?</li>
 <li>Do you use the best tools money can buy?</li>
 <li>Do you have testers?</li>
 <li>Do new candidates write code during their interview?</li>
 <li>Do you do hallway usability testing? </li>
 </ol>
</blockquote>

blocks|key|512321|text|type|unstyled|depth|inlineStyleRanges|entityRanges|data|512322|版本控制系统(例如subversion、cvs、git)|unordered-list-item|512323|512324|entityMap^0|0|0|0^^$0|@$1|2|3|-4|4|5|6|G|7|@]|8|@]|9|$]]|$1|A|3|B|4|C|6|H|7|@]|8|@]|9|$]]|$1|D|3|-4|4|5|6|I|7|@]|8|@]|9|$]]|$1|E|3|-4|4|5|6|J|7|@]|8|@]|9|$]]]|F|$]]

<ul>
<li>revision control system (eg. subversion, cvs, git)</li>
</ul>

blocks|key|856676|text|除了你的之外，我还会说：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|856677|856678|单元测试Strategy|unordered-list-item|856679|Integration测试交付(delivery)策略(如里程碑、工作包等)|856680|源代码控制分支策略|856681|856682|entityMap^0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|N|8|@]|9|@]|A|$]]|$1|C|3|D|5|E|7|O|8|@]|9|@]|A|$]]|$1|F|3|G|5|E|7|P|8|@]|9|@]|A|$]]|$1|H|3|I|5|E|7|Q|8|@]|9|@]|A|$]]|$1|J|3|-4|5|6|7|R|8|@]|9|@]|A|$]]|$1|K|3|-4|5|6|7|S|8|@]|9|@]|A|$]]]|L|$]]

In addition to yours I will put:

<ul>
<li>Unit Test Strategy</li>
<li>Integration Test Strategy</li>
<li>Defined Process</li>
<li>Release (delivery) strategy (like milestones, working packages and so on)</li>
<li>Source control branching strategy</li>
</ul>

blocks|key|512451|text|type|unstyled|depth|inlineStyleRanges|entityRanges|data|512452|文档-如何(代码中的注释，高级规范)，何时，数量，谁将测试-单元/验收/用户测试|unordered-list-item|512453|代码版本控制，一些SVN/Git+(或者它是否包含在跟踪中？)|512454|团队角色和职责-需要在项目的ocntext中完成|512455|<代码>F29|512456|entityMap^0|0|0|0|0|0^^$0|@$1|2|3|-4|4|5|6|L|7|@]|8|@]|9|$]]|$1|A|3|B|4|C|6|M|7|@]|8|@]|9|$]]|$1|D|3|E|4|C|6|N|7|@]|8|@]|9|$]]|$1|F|3|G|4|C|6|O|7|@]|8|@]|9|$]]|$1|H|3|I|4|5|6|P|7|@]|8|@]|9|$]]|$1|J|3|-4|4|5|6|Q|7|@]|8|@]|9|$]]]|K|$]]

<ul>
<li>What about documentation - how (comments in code, high-level specs), when, amount, who</li>
<li>How you will test - unit/acceptance/user testing</li>
<li>code versioning, some SVN/Git (or is it included in trac?)</li>
<li>team roles and responsibilities - need to be done in ocntext of your project</li>
</ul>

blocks|key|512480|text|知识管理至关重要。由于你已经计划使用维基(如Trac或Redmine)，你也可以在KM中使用它。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|512481|entityMap|0|LINK|mutability|MUTABLE|url|http://www.redmine.org/^0|R|7|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

Knowledge management is crucial. As you already plan to use wiki (like Trac or <a href="http://www.redmine.org/" rel="nofollow noreferrer">Redmine</a>) you could use it for KM as well.

blocks|key|4294331|text|功能测试是任何项目的必备部分。单元测试很棒，它对敏捷项目很有效，但功能测试仍然是必要的。您至少需要一份基本的测试计划。如果您计划有多个项目或子项目，那么测试策略文档或Wiki页面将是不错的选择。测试用例、验收测试用例等可以由您的用户故事或它们的等价物驱动，但它们仍然必须以某种形式存在。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4294332|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Functional testing is a mandatory part of any project. Unit testing is great and it works well for Agile projects but the functional testing is still necessary. You need at least a basic Test Plan. If you plan to have multiple projects or sub-projects a Test Strategy document or Wiki page would be good.
Test Cases, Acceptance Test Cases etc could be driven by your User Stories or their equivalents but they still have to exist in some form.

blocks|key|512517|text|我也会把文件共享服务器也加入进来。我认为版本控制是如此基础，以至于我甚至懒得把它放在列表中。但这是一个很好的版本控制。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|512518|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I would throw a file sharing server into the mix too. I thought version control was so basic, that I didn't even bother to put it there in the list. But its a good point version control.

blocks|key|2828198|text|配置管理计划。你需要对你的开发工作流有一个文档化的方法，你将如何在两者之间合并，等等。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2828199|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Configuration Management Plan. You need to have a documented approach to your development workstreams, how you will be merging between then, etc.

I'd be leading a new project soon. And I've been pondering over what are the basic infrastructure for a software project. These are the stuff that I think every project should have:

-Coding style conventions

-Naming conventions

-Standard project directory structure(eg maven standard dir layout, etc)

-Project management and issue tracking(eg trac, redmine, etc)

-Continuous Integration server(eg, hudson, cruise control, etc)

I'm not sure if I missed out anything. Would anyone like to add?

Infrastructure for a software project

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我很快就会领导一个新的项目。我一直在思考软件项目的基础设施是什么。这些是我认为每个项目都应该具备的东西：-Coding样式约定-Naming约定我不确定我有没有遗漏什么。有没有人想补充一下？

问软件项目的基础结构
EN

回答 8

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问软件项目的基础结构EN

回答 8

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问软件项目的基础结构
EN