Vivadoのプロジェクトをgitで管理するための最小限のファイル構成 - Qiita
みなさん、Vivaってますか？ Windows上でVivadoで設計していると リモートサーバのLinuxとかでも使えるよう、Tclとかバッチモードを覚えたいな～ Vivadoのプロジェクトを最小限のファイルにしてgitで管理したいな～ IPソースを修正して、Update IPとかやって、Generate BitStreamを押すという単調なボタン操作の繰り返しを自動化したいなぁ～ ということを感じたことはないでしょうか。 今回から数回にわけて、VivadoのTCLやプロジェクト管理とバージョン管理などについて、よりスマートな方法を紹介していきたいと思います。 クラウドに時間で借りた高速なLinuxサーバにSSHでログインしてコンパイルして結果だけ受け取るなんていう使う方もできてしまいます。 今回の記事ではTCLの操作やGUI操作がたくさん出てきますが、最終的には全部スクリプト化するので不
Vivado, Git, Dockerを雑に組み合わせて雑に使う - Qiita
前置き 手元の作業環境はWindowsがいいけどVivadoをWindowsにインストールして環境が汚れるのは嫌、どうせ動かすならLinux突っ込んだサーバ上で楽々コンパイルしたい等、諸々の欲求を満たすためにいろいろやったのでその結果のメモをまとめておく。 以下のような欲求がある人向け Vivadoのプロジェクトを雑にGitで管理したい 雑に開発環境構築したい CentOSとか触りたくない、最悪Vivadoの動作環境としては許容するにしても作業環境はまともなOSにしたいし雑にアップデートもしたい VNCとかめんどいし、GUIをなるべく楽(というよりシームレス)に触りたい 触らずに済むならGUIは触りたくない 環境 Vivado/Vitis 2020.1 PetaLinux Tools v2020.1 Ubuntu 20.04 Vivado 2020.1のサポートOS範囲外だがvivado-
【Git】コミット直前に自動でファイルを整形する「pre-commit」が便利すぎたので紹介したい | DevelopersIO
今回のテーマ こんにちは「すずめの戸締りを見ました」AWS事業本部コンサルティング部のこーへいです。 今回のテーマは「pre-commit」です。 テーマの背景 現在担当している案件にてCloudFormationファイルの作成の為、Gitを使用しているのですが、チームの方から「『pre-commit』でコミット直前に自動的にファイルを評価し、整形してくれるツールがある」と教えていただきました。 実際にすごく便利で、是非読者の方に紹介したいと思った次第です。 この記事で何がわかるか 「pre-commit」のセットアップ方法 不要な半角スペースを消してみる セットアップ方法 基本的には公式ドキュメントに簡潔にやり方は記載されており、手順としては以下3ステップしかありません。 「pre-commit」をインストール 設定ファイルを作成 設定ファイルをリポジトリに読み込ませる 「pre-com
CIOpsとGitOpsの話 - inductor's blog
はじめに GitOpsという言葉が生まれたのが自分の知る限り2017年頃なのですが、世の中にあるCI/CDの仕組みはまだほとんどがCIOpsもしくは手動のオペレーションによって成り立っていると思っていて、かつては自分もそうだったのですが「Gitで管理されていればGitOpsなんでしょ？」という勘違いを払拭したくてこのエントリーを書いています。 GitOpsとCIOpsは全然違う まず前提としてGitOpsの明確な定義を知らないという場合、あなたの思う「Gitを契機とした自動デプロイの仕組み」は基本的にはCIOpsです。GitOpsとCIOpsは思ったよりも大きな違いがあって、そもそもGitOpsの必要性が分かっていない場合、自動化によって成立しているデプロイはCIOpsが基本です。 CIOpsとGitOpsの一番の違いは、Push型かPull型かである CIOpsの場合、例えばGitHub
Gitの「もしかしてコレ?」の実装を読む | Webシステム開発／教育ソリューションのタイムインターメディア
疑問 Gitを使っていると時々コマンドを入力し損ねたまま実行してしまうことがあります。 この時、Gitは親切にも近い名前のコマンドを列挙してくれます: $ git clone git@github.com:git/git.git $ cd git $ git grep -n 'Did you mean' -- '*.c' help.c:385: Q_("\nDid you mean this?", help.c:386: "\nDid you mean one of these?", help.c:444: Q_("\nDid you mean this?", help.c:445: "\nDid you mean one of these?", sha1_name.c:1234: "Did you mean '%.*s:%s' aka '%.*s:./%s'?", sha1_name.c
Gitのつくりかた | メルカリエンジニアリング
はじめまして。サーバサイドエンジニアの @DQNEO です。 今日はGitのつくりかたをご紹介します。 C言語学習教材としてのGit Gitと同じものをゼロから作って何の意味があるのか？と思いますよね。 私がこの再発明をやり始めた動機は「C言語を書けるようになりたい」でした。 実際に途中までやってみたところ、 C言語がチョットデキるようになった Gitの内部構造に詳しくなった というメリットが得られました。 C言語を勉強する題材は、テトリスとかWebサーバとか他にいくらでもあるのですが、Gitを実装してみるのはかなりおすすめです。理由は下記の通りです。 内部構造が意外と単純 (ローカルで動かす分には)ネットワークの知識が不要 普段使っているツールで外部仕様がわかっているので、やるべきことが明確 余談ですが、本家Gitのソースコードを参考にしようと思って読んでいたら、Linus Tovals
GitLabのNetwork Graphが優れている4つの理由 - プチ技術メモ
はじめに どこぞでは「貧者のGHE」と言われていたり、いかにもGitLabはGHEの下位互換というイメージがありますが、Network GraphについてはGitLabのほうが優れている4つの理由を説明します。 なお、最新のGitLab 5.2での情報のため、古いバージョンでは当てはまらない項目があるのでご注意ください。 優れている理由 1. コミットのAuthor、ログメッセージ、レビューコメントの件数が表示される GitHubではコミットにカーソルを当てないとAuthorとログメッセージが表示されませんが、GitLabでは一覧表示されるのでコミットの履歴を追いかけやすくなっています。また、コミットにレビューコメントがある場合は、その件数も表示されます。 2. ブランチ・タグの切替とフィルターができる GitHubでは必ずmasterブランチが画面中央に初期表示されますが、GitLabで
CI/CD YAML syntax reference | GitLab
Tier: Free, Premium, Ultimate Offering: GitLab.com, Self-managed, GitLab Dedicated This document lists the configuration options for the GitLab .gitlab-ci.yml file. This file is where you define the CI/CD jobs that make up your pipeline. If you are already familiar with basic CI/CD concepts, try creating your own .gitlab-ci.yml file by following a tutorial that demonstrates a simple or complex pip
最近のgitを使った開発フローについて - その手の平は尻もつかめるさ
最近のgitを使ったWebアプリケーションのプロジェクトの開発フロー (主にブランチ運用) について記すものです． なお前提としてGitHub Enterpriseを利用しています． git-flow 大上段に構えたもののあまり特殊なことはしていなくて，基本的にgit-flowをそのまま踏襲しています． git-flowについてはしっかりした解説記事がインターネット上に数多く存在しますからそれらを参考にしていただければと思いますが，ざっくり説明すると masterブランチ，developブランチ，releaseブランチ，featureブランチ及びhotfixブランチがある masterブランチは常にリリース可能な状態になっている (すなわち現在本番で稼働しているアプリケーションのコードと等しい) developブランチは開発中の状態で，ステージング環境等に上がっている releaseブラン
コミットメッセージの書き方 - 2012-02-21 - ククログ
はじめに 「分かりやすいコードを書く」、「コードと一緒にテストも書く」等はソフトウェア開発において大切なことです。しかしそれと同じくらい大切なことして「分かりやすいコミットメッセージを書く」があります。これはあまり着目されていなく、見過ごされていることです。 今回は、コミットメッセージの分かりやすさの大切さ、そして、分かりやすくするための書き方を説明します。 コミットメッセージとその大切さ バージョン管理システムとコミット 現在、ほとんど全てのソフトウェア開発ではSubversionやGitなどのバージョン管理システムを使っています。バージョン管理システムを使うことによるメリットというのは、ソフトウェアの変更が記録されていくことにあります。 具体的なメリットは3つあります。 ソフトウェアの調査がしやすくなることです。現時点でのコードと、そして変更の履歴とを組み合わせることで、それらから非常
jenkinsの使い方 ~Gitとの連携からObjective-Cのビルドまで~ - nigoblog
これまで複数回わたって書いてきたjenkinsについて。 今回は使い方について説明していきます。 参考資料 jenkinsの利点 Git、Xcodeプラグインの導入 Objective-Cをビルドする このような流れで説明します。 参考資料 参考資料には次の2冊を使います。 Jenkins実践入門 ?ビルド・テスト・デプロイを自動化する技術 (WEB+DB PRESS plus) 作者: 佐藤聖規,和田貴久,河村雅人,米沢弘樹,山岸啓,川口耕介出版社/メーカー: 技術評論社発売日: 2011/11/11メディア: 単行本（ソフトカバー）購入: 26人 クリック: 468回この商品を含むブログ (56件) を見る WEB+DB PRESS Vol.67 作者: 川口耕介,山本和彦,大和田純,白土慧,太田昌吾,個々一番,Shawn M Moore,清水亮,じゅんいち☆かとう,小野修司,おにたま
Ubuntu ServerにJenkinsをセットアップしてGitレポジトリと連動するまでのまとめ - jiska
さくさく行きます。 前提条件 Jenkins, Gitレポジトリのあるサーバー共にUbuntu Server 11.10 (64bit) です。 Gitレポジトリの管理にはgitosisを使用します。 git clone, pullにはsshを使用するので公開鍵登録を行います。 sshのポートは標準の22ではなく10022を使用します。 Jenkinsのインストールとセットアップ 公式ページ ( http://pkg.jenkins-ci.org/debian/ ) を参考にしつつPPAを追加してapt-get installします。 Gitのプラグインも一緒にインストールします。 $ wget -q -O - http://pkg.jenkins-ci.org/debian/jenkins-ci.org.key | sudo apt-key add - $ echo "deb http:
Githubによる、オープンソースライセンスの選び方 | オープンソース・ライセンスの談話室
「オープンソースライセンスは、分かりにくい。」 まだまだ、このように感じているソフトウェア開発者が多いようです。 たしかに、オープンソースライセンスをお手軽に解説した記事は、かなり人気があります。 ソースコード共有サービスとして人気のGithubの利用者にとっても、これは例外ではないようです。 Githubでは、オープンソースプロジェクトには、無償でレポジトリを提供していますが、「GitHub 上で公開されているソースコードの半分はライセンス的に問題あり」と指摘されていました。公開リポジトリの多くに、ライセンス文が設定されていなかったのです。ライセンスが設定されていないソースコードは、著作権者の明示的な許可が得られていないので、自由に複製・配布・改変できません。 そこで、ここでは、2013年7月にGithubが設置したライセンス選択サイト「Choosing an OSS license d
Learn Git Branching
An interactive Git visualization tool to educate and challenge!
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - romkatv/gitstatus: Git status for Bash and Zsh prompt
Vivadoのバージョン管理方法 - tanukiの日記
https://frasco.io/exploding-git-repositories-4a44dc153642
git worktreeを使ってみる - Qiita
(翻訳)OpenCVへ貢献するには | OpenCV.jp
layer8.sh