既に git 管理しているファイルをあえて無視したい - QiitaDeleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
初学者の私がGitを理解するために、この順番で読めばよかったと思った記事の順番 - Qiita
エンジニア未経験のわたしがGitを学ぶ上で、この流れで記事を読むべきだったと思ったことを記載する。 完全に初学者意見のため、疑いながら読んでください。 私は下記の流れで学習することによって、理解をしやすいように感じた。 ① Gitで何をしているかのイメージを掴む（コマンドなし） ② Gitのイメージを、コマンドで実現している記事をみる ③ 実際にGitのコマンドを打ちながら、出力と、頭の中のイメージのすり合わせ Gitで何をしているかのイメージを掴む（コマンドなし） こちらの記事は、Gitのイメージをコマンドなしで、わかりやすく図で示してくださっています。 記事にも記載されていますが、 ・重要なのは 「何」から「何」へ・「どんな作業」を行う のかを追う ・操作前と操作後でどんなことが起こっているのかをイメージする 上記の内容が、すごく同意で、重要だと感じている。いきなりコマンドを打ちながら
GASに入門して, Claspを使ったGit管理+Gitlab-CIを使ったCI / CDまでやった記録 - Qiita
GASに入門して, Claspを使ったGit管理+Gitlab-CIを使ったCDまでやってみた 今冬、初めて雪が窓の外をちらついた日のことだ。 GASを使ってスプレッドシートを更新する業務の自動化を推進している同僚が、保守性・メンテナンス性が悪くて困っているという話をしていた。 「バージョン管理をしたらいいよ」というアドバイスが方々から飛んだ。私もそのアドバイスをしたうちの一人だった。そのとき、私はGASを触ったことが一度もなかった。 それから30分後、私はなぜかGASを触ることになっていた。何の偶然か、私はこのタイミングで突然ドライブの特定のディレクトリに存在する全てのスプレッドシートからあるカラムを取得する必要性に迫られたのだ。 GASに入門する 私はGASとは何かを検索したのちに、まずは適当なスプレッドシートを作成し、その上に初めてのGASを作成した。 エディタは簡単に開いた。作成し
SourceTree for Windows の設定を新しいマシンに移行する - Qiita
SourceTree for Windows の設定を新しいマシンに移行する 以下のファイルをコピーする。 C:\Users\<username>\AppData\Local\Atlassian\SourceTree\bookmarks.xml C:\Users\<username>\AppData\Local\Atlassian\SourceTree\opentabs.xml C:\Users\<username>\AppData\Local\Atlassian\SourceTree\userhosts C:\Users\<username>\AppData\Local\Atlassian\SourceTree.exe<random_string>\<version_number>\user.config SourceTree for Windows 3.3.6 で移行できることを確認.
なぜ僕らはGitでバージョン管理をするのか - Qiita
プログラミングを初めて3ヶ月くらいしたとき、Gitってものがあると知りました。 バージョン管理をしてくれるシステムなんだってさ。 ファイル名に「test_20200615.php」なーんて書かなくて済むらしい。 便利らしいね、これ。 でも別にGit使わなくても個人開発出来てるし？ コード書いたらファイルを上書きしても困ってないし？ バージョン管理できるのはわかったよ。それでどんないいことがあるの？ …という、過去の自分の疑問がありました。 今ではITエンジニアとなりGitなしでは生きていけなくなった自分自身が全力で答えていきます。 （ バージョン管理システム全体を代表してGitを例にあげてます） （SubversionでなくGitを使う理由の記事ではないのであしからず） ・2020/06/29追記 この記事の次ステップはこちらに書きましたので、あわせてどうぞ。 Gitを触り始めてからGit
独学者が気付きにくいこと(実践振り返り) - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに こんにちはばーんです！ 今回は案件をこなすうちにレビュー(指摘)頂いた内容をまとめました。 1人で学習していると気付きにくい事が多くあるなぁ…と感じました。 実務に携わっていない方 実務経験はあるけど、チーム開発など他者と組んで仕事していない方 は見ていただけると気付きがあるのかなと思います。 結論 最初に書きますw 1. 独学だけでやりきらない方が良い メンターでなくとも、コミュニティなどで他者と交わりながら進めた方が絶対いいです。 独学だけだと知り得ない情報が沢山あるなぁと今回気づきました。 2. Gitはお金払ってもいい
ルークよ git push --force を使わないでおくれ… git push --force-with-lease を使っておくれ… - Qiita
まとめ git push --force ではなく git push --force-with-lease を使おう --force-with-lease オプション付き push を alias 登録しておくと便利 そもそも git push --force とは git push --force は強制pushのためのコマンド。いったんリモートにpushしたコミットを なかったことにする 場合に使われる。たとえば、次のような場合: 間違ってpushされたコミットを、リモートのlogから消し去る場合 GitHub Actions動作確認用にpushされた実験的なコミットを、あとで消す場合 --force-with-lease を使おう 過ちを正すため、時には力も必要だが、大きすぎる力には危険が伴う。git push --force は、気づかないうちに他人のコミットを巻き込んでしまう可能
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
