[カリキュラム課題]コッチエンコーディンググループ項目レビュー♡


仕事内容のコメント
踏みつける

私たちのプロジェクトの主な色はハンバーガーバーで見たように、淡い緑に近い緑で、react UI libraryをアントとしてデザインし、default色はその青です.私たち自身cssの部分は緑で、antdを使っている部分だけが緑で、統一性がないように見えるので、この部分をカスタマイズすることにしました!
👍試す
グローバルに
  • lessをインストールします.
  • npm i -g less
  • antd.lessファイルの読み込みを容易にするために、端末node modulesに直接アクセスし、lessファイルを生成してカスタムコードを記述します.
  • cd node_modules/antd/dist
    touch my_custom.less

  • ディレクトリのnode modules/antd/distパスには、my_custom.lessファイルが作成されている可能性があります.


  • my_custom.ソースファイルをlessファイルにインポートした後、カスタマイズするコードを作成します.
  • //my_custom.less
    
    @import "./antd.less"
    
    //커스텀할 코드 작성
    @primary-color: #73d13d;
  • 端末では、必要なパスとファイル名を決定し、cssを使用して抽出する.srcディレクトリのstylesフォルダですべてのスタイルを管理するので、対応するパスに設定します.
  • lessc --js my_custom.less ../../../src/styles/my_custom.css
    これにより,この経路に次のような無数のコードを含むcssファイルが生成される.
  • App.js(jsx)のantd.my customはcssの代わりになります.cssをインポートします.
  • // App.js
    
    import './style/my_custom.css'
    
    フォルダ名とファイル名の変更をgitに反映
    プロジェクトを始めたばかりの頃は、すべてのフォルダやファイルが大文字でマークされ始め、ほとんどの開発が完了すると、この部分も再包装され、修正されます.最初はウィンドウのローカルからファイルを直接選択し、名前を変更してプッシュしたがgitには反映されなかった.元gitは大文字と小文字を区別せず、ファイル名やフォルダ名の変更を反映しません.
    そこで、昌鎏のローカルと私のローカル、リモートフォルダ名には異なる問題が発生し、この問題を解決するためにgitでフォルダとファイル名を変更できるコマンドを検索し、類似の問題に遭遇した人に転送して助けました.
    👍試す
    gitでファイル名とフォルダ名を変更して、次のコマンドを反映します.
    // 폴더명 수정
    git mv oldFolderName newFolderName
    
    // 파일명 수정
    git mv oldFileName.js newFileName.js
    しかし、この時いくつかの注意事項があります.
    1.この経路で端末から直接移動し、上のコマンドを入力します.

    srcディレクトリの下のフォルダまたはファイル名を変更する場合は、cdコマンドを使用してディレクトリを移動します.
    写真で見たassetsフォルダのサブフォルダ/ファイルを置き換える場合も、cd assetsに移動します.
  • の大文字と小文字だけを変更すると、次のようにコマンドを実行できません.
  • $ git mv assets Assets
    fatal: bad source, source=project/assets, destination=project/Assets
    そのため、面倒ですが、次の2回の変更の過程を経なければなりません.

    tempのほかに、他の名前を使ってもいいです.
    ただし、一部のディレクトリではファイル名が変更されない場合があります.
    $ git mv assets assetsAfter
    Rename from 'src/assets' to 'src/assetsAfter' failed. Should I try again? (y/n) 
    この場合、変更するファイルまたはフォルダ名を重ねずに、他のファイルまたはフォルダ名を複数回変更すると変更されます.(この部分はなぜかわからないけど…)
    👏に感銘を与える
    以上の2つの話題は、会社がプロジェクトを行う際に改善したいことであり、実際に経験した話題でもあります.しかし、プロジェクトが完成する時間があまりにもきついため、細部に注目するのに十分な精力がないので、ずっと解決策がなくて、今回の機会に自分で解決策を見つけて、会社のプロジェクトの中で変更するのは少し容易になるかもしれません!
    2つの話題は機能や性能上の問題ではありませんが、開発者やユーザーの間の画面で表現されているので、可能な限りの統一性と規則正しい協力のために、早く解決すればするほど良いと思います.プロジェクトを進める過程で同じように悩んでいる開発者に出会ったら、役に立つことを願っています.