私は作業を開始していない場合には、それは人が来ていたいと考えているとき、私は私にそれがどのように見えるかである実際の作業について何かを教えてくれ、実際のプロジェクトの開発プロセスと未知の憧れに満ちていました。今、このブログは、それらの友人のために書かれているか、単に仕事は仕事ではありませんすぐに練習します。私たちは、開発プロセスの予備的な知識と理解を持っていると思っています。
職場での開発プロセス：（私は現在、このようなプロジェクトしています。）
次のように全体的なプロセスは、次のとおりです。
1.カラーの仕事
2.開発、セルフテスト、コードを提出します
試験3.試験、抗バグ修正
まず、最初のステップ：襟タスク：我々が使用している爪は、文書をグラファイト
上記のように、このように来て、開発者は、次のテストスケジュールテスターの開発の進捗状況です。自分のタスクの完了後、開発者はそれらを測定するために、進行中で、あなたのモジュールをテスト担当者テーブルを開発します
私たちは今、第六マイルストーンです。このマイルストーンは、最初のモジュールが最初で、オンラインプロジェクトを行うにした後、顧客の要件に応じて、機能モジュールです。その後の髪はゆっくりと開いて、反復更新機能
その後、ポイントはそのタスクの割り当てを見つけ、入って来、プロジェクトのタスクマネージャは良い点です。
あなたが働くような文書の後、あなたは、多くの場合、多くの人々がより便利機能を開発するために協力する場合である、接触する必要があります。
コードの特定のビジネス・ロジック、および機能、私は誰もがトータルワークフローの概念を持たせ、私は、全体のプロセスについて話すことができ、手の込んだことはありません。
Gitの誰もがそれを理解しておく必要があり、我々はGitLabの倉庫を使用しています。我々は、リポジトリ内のプロジェクトコードの開発を完了しました。
gitのSVNはそれのアップグレード版です。より良い使用。コードは、分散管理を使用しています。
すべてご自身の支店を設立するために、自分の支店でコードを開発し、開発が完了した後に、プロジェクトのmasterブランチにマージ。
マルチプレイの共同開発は、達成するために、このツールに頼っています。彼らは学習過程にある、ある背景の開発者は、それを知るためにする必要があります。
これは、開発段階で、特定の機能やビジネスロジックを実現するために、各企業は異なっている、私が言うことはありません。
あなたの完全な機能した後、どのように我々はそれを完了することができますか？どのようにそれを渡す方法は？あなたはまだライン上のゴミコードとロジックの山を書くことができますか？
然后 提交测试， 测试那边会有写好的测试用例和效果图 。接下来就是我列的技术列表里面的第八条了。
首先： sonarqube 软件 （当然，只是我们公司用的这一款， 这种软件特别多， 类别是：代码质量监控管理软件 ）。
在里面 设定你这个项目的项目规范， 比如简单的普遍的这种： 不允许存在未引用的导包代码， 名字命名规范，变量规范， 之类的。如图。
这些是 大佬级别的 项目经理 他们写好的， 开发人员 只是使用一下这个软件。架构师他们的工作。
这个软件 检查 你的代码质量。 当然 在IDEA里面有 sonar插件， 不知道大家用过没有 （类似于阿里巴巴开发规范的插件）
代码质量测试通过之后， 测试人员才会接下来去测试你的代码 和效果 逻辑什么的。
至于 第八条里面 另外一个提到的 JIRA， 是项目问题追测管理系统 ， 简单来说 ，就是测试人员发现的bug, 在这个软件里 提给你， 你去改bug。
里边是这样的。
就是使用这些软件， 你们看 ，你们没了解过， 别人问起来，你不知道， 就知道你没有协同开发过，如果没协同开发过 就知道你是个弟弟。
当然这个软件 也是能看一个人的bug 数，开发质量什么的用事实来说话。 以至于你以后赖账。 说这不是你的bug
还有这些，是测试案例，你的功能 都是可以看得到 列的出来的， 方便 项目经历管理。
开发完之后的代码。需要发版到客户那边， 由于我们这个服务器在台北 然后后面都是运维什么的事了。开发人员的工作到此结束。
里面用到的工具，部分我已经在上一篇贴子中有所简单的介绍，具体使用还请自行百度。