FramerXを開発リポジトリに乗せ、CodeComponentを活用してデザインと実装を常にシンクさせる例をまとめました。内容はこちら→ 1.FramerXを開発用gitリポジトリで差分管理する / 2.デザインと実装のフロー /3.State Manager(状態管理)を混ぜてみる
FramerXを開発リポジトリに乗せ、CodeComponentを活用してデザインと実装を常にシンクさせる例をまとめました。内容はこちら→ 1.FramerXを開発用gitリポジトリで差分管理する / 2.デザインと実装のフロー /3.State Manager(状態管理)を混ぜてみる
SourceTreeの使い方 | コミットの取り消し方法まとめ(amend, reset, revert, cherry-pick) 高機能Gitクライアントの「SourceTreeソースツリー」(無料)や「Tower」(有償)は導入しやすく機能が豊富なため人気があります。Gitにはコミットやプッシュだけではなくさまざまな機能が存在するので、使いこなすことで効率よく開発を進めていけるでしょう。本記事ではGitを使う上で必須となるcommitコミットの取り消し方法をテーマに、次の4つの機能を解説します。 コミットの修正・やり直し(amend) コミットの取り消し(reset) コミットの打ち消し(revert) 別ブランチからのコミットの取り込み(cherry-pick) 本記事では次の機能をSourceTreeとTowerの両方のソフトウェアの操作方法として解説します。 コミットの修正・や
ちづみ @098ra0209 Webサイト屋さん👩🏻💻と古民家🏡のカフェ&コミュニティスペースimawoを運営しています/WordPress/figma/半Web半DIY生活 🛠 SoftwareDesignでgitイラスト連載中📖/ちゃんとプロになるWordPress基礎入門出版 ちづみ @098ra0209 去年Gitまわりを触った時に用語多いし意味がわけワカメで、うへぇ🤢てなったけど、いやぁでもこういう類はアウトプットを見据えたインプットが定着が早いし手が動くよなぁと思って「これだけはおさえよう」みたいなのを誰でもわかるように意識して書いて覚えたやつが出てきた…なつい🍉 pic.twitter.com/XHxagBso8S
同じ内容のエントリはたくさんありますが、CLIを使うものが多いので、 社内向けにSourcetreeでの基本commandの操作方法をまとめました。 前提 共有しているリモートリポジトリに既にPushしたCommitを変更するとおかしなことになるのでPush前に!というのが大原則になります。 プッシュする前 直前のCommitだけを修正する場合: amend Commitを消したい場合: reset 古いCommitを修正する場合: rebase プッシュした後 Commitをなかったことにしたい: revert Push後にはamend/reset/rebaseしちゃダメ! (amend)コミットメッセージを書き直したい時 直前のコミットは、コミットした後に再度コミットボタンを押し、下記のように「最新のコミットを修正」を選択する。 (rebase)古いコミットを書き直したい場合 直したい
GitHubで全部済ませたい 新卒入社以降4年ほどアジャイル開発ってのをやってます。 今までチーム活動にはRedmineやJira,手書きの付箋&ホワイトボード等々を使ってきましたが、 最近GitHubを中心に考えたらいろんな悩みが解決したのでまとめてみようと思いました。 ネタリスト 大分類それぞれが各記事へのリンクになっています ドキュメント管理 [readme.md] ドキュメントを管理する [github wiki] Wikiを管理する 公開 [gist] 簡易コード片やMarkdownを公開する [gh-pages] 静的なファイルを公開する 自動化 [github webhooks] GitHub上で特定のイベントがあった時にAPIを呼び出す [githooks] Gitの特定のコマンド発行の前後でスクリプトを実行する [jenkins github pull request b
私はコミットログの書き方に悩む英語の苦手な人間である。実際、似たような人は世の中に結構いるようで、頻出単語を集計したりまとめたものは既にあって役に立つのだけれど、これらはあくまで単語の話であり、具体的な文を構成する過程でやっぱり困る部分がかなりあった。 要するに、どういう時にどういう文が使われているのか、ということを示した例文集が欲しいのである。ググると他にも「例文集があればいいのに」みたいな声はあるくせして、しかし誰も作ろうとしない。何なんだお前ら。それじゃ私が楽できないじゃないか。 仕方なく自分でまとめたので、増田に垂れ流しておく。 はじめにここで挙げているコミットログは全て実際のコミットログからの転載である。当然ながら各コミットログの著作権はそれぞれの書き手にある。いずれも各英文でググれば出てくるし、フェアユースの範囲なら許してくれるだろうと考え名前とプロジェクト名は割愛したが、ここ
はじめに 最近、Git(ギット)が多くの開発現場で利用されています。これまでは、Subversion を利用していたところも分散バージョン管理である git に移行しています。 はじめてバージョン管理システムを利用する人、初学の人から、すでに開発に使っている人までこれまでのバージョン管理に比べ圧倒的に便利だ。という反面、「バージョン管理の利点と使い方はなんとなくわかる。が、分散バージョン管理はよくわからない」という声があります。私自身も git の利用を開始した当初は、「Index? HEAD? なにそれ? 」状態でした。流行のオープンソースの場合、インターネットにたくさんの情報があり、有用な日本語訳も提供されています。 でも、バージョン管理という新しい概念を学ぶときは初めての用語が多く、そもそもどのような検索キーワードで検索すればよいのか、公式マニュアルも専門用語の羅列でなんかよくわから
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く