ウィンティフリーエンボディン[3日]

1579 ワード
Wanted_Pre_Onboarding テキストリンク
1.チームプロジェクト
プロジェクトプロセス
  • クローン
  • それぞれのローカル環境でモジュール化コードを記述
  • モジュール化技術
    • は、コードの回収性を向上させ、メンテナンスを容易にする
  • コラボレーション環境では、コードを複数のファイルに分割することで、コードを変更するために必要な論理をすばやく検索し、必要な論理のみをロードすることで、メモリの無駄を減らすことができます.
  • コードを改善すると、使用中のすべてのアプリケーションの動作を改善できます.
  • フォークリフトでcommitメッセージを送信し、プッシュした後にpulrequest
    • を作成する
  • モジュール化ファイルを接続するタスク
  • の最終的な残りのファイルを構築し、
    • を配置します.
    Git Workflow
  • プロジェクトレジストリ(上流)をremoteに追加します.
  • gitリモート追加上流<アドレス>
  • 「マイアカウント、フォークリフトのレジストリ」が「原点」
    • に設定されています.
  • ブランチを作成する前に、devブランチを更新する必要があります.
  • git pull upstream dev
  • ローカルリポジトリでdevブランチであることが確認されたら、feature/<発行number>/<発行name>形式でブランチを作成します.
  • git branch -b feature/6/keyboard control
  • 機能ブランチが完了したら、変更をコミットします.

  • git commit -m 'Feat:keyboard Control'

  • メッセージの送信ルールを遵守します.
    Feat: "로그인 기능 구현"  -> 제목

새로고침 시 로그인 유지 기능 개발  -> 본문

Resolves: #67  -> 꼬리말
Ref: #64
Related to: #33, #34
  • フォークのリポジトリにプッシュします.
  • gitソースブランチ名
    • をプッシュ
    Git pull上流で発生したエラーはその時に処理します.
  • 上流で更新され、エラーが引き込まれた場合、処理中のファイルがコミットされた後に再実行できます.または、操作が完了しない場合はgit stashを使用して一時保存し、git stash popを使用して処理中のファイルを再ロードできます.
    • 2.毎日振り返る

  • 今日やったこと
  • チームプロジェクト
  • バンドルおよび構築システム
  • Git/PRの最適な使用方法

  • に感銘を与える
  • プロジェクトではGitの使用方法が非常に不足しており,コラボレーション環境では作成したコードをモジュール化することが重要であることが分かった.

  • 私の今の状態
  • で初めて行われたチームプロジェクトでは、メンバーに不足点がある可能性があり、懸念されています.
    • Android-保活(1)フロントサービス保活
    Androidベストプラクティスの共有ファイル