タグ付けされた質問 「workflow」

ロックされています。質問はトピックから外れていますが、歴史的に重要であるため、この質問とその回答はロックされています。現在、新しい回答や相互作用を受け入れていません。 視力は、ほとんどのプログラマーが当たり前の感覚の1つです。ほとんどのプログラマーはコンピューターモニターを見るのに何時間も費やします（特にゾーン内にいるとき）が、私は盲目のプログラマー（現在Googleで働いているTV Ramanなど）がいることを知っています。 あなたが盲人だった場合（またはゆっくりと失明した場合）、プログラミングを支援するために開発環境をどのように設定しますか？ （回答ごとに1つの提案をしてください。この質問の目的は、優れたアイデアを上に表示することです。さらに、スクリーンリーダーは、優れたアイデアをより早く読むことができます。）

685 workflow  development-environment  accessibility  blind 

当社は現在、単純なトランク/リリース/ホットフィックス分岐モデルを使用しており、どの分岐モデルが会社または開発プロセスに最適かについてアドバイスを求めています。 ワークフロー/分岐モデル 以下は、これについて私が見た3つの主な説明ですが、それらは部分的に互いに矛盾しているか、（以下で説明するように）発生した後続の問題を整理するのに十分ではありません。したがって、これまでのところ、私たちのチームはそれほど優れたソリューションではないとしています。あなたはもっと良いことをしていますか？ gitworkflows（7）マニュアルページ （nvie）成功した​​Git分岐モデル （reinh）アジャイルチームのためのGitワークフロー マージとリベース（複雑な履歴と順次履歴） pull --rebaseタスクが完了するまで、メインラインにマージして待機する必要がありますか？個人的には、どのベースでタスクが開始および終了したかを示す視覚的なイラストが保存されるため、私はマージに傾倒していますmerge --no-ff。この目的のためにも、私は好んで使用しています。ただし、他の欠点もあります。また、マージの有用な特性を理解していない人も多くいます-それは可換ではありません（トピックブランチをマスターにマージしても、マスターをトピックブランチにマージすることを意味するわけではありません）。 自然なワークフローを探しています 私たちの手順は単純なルールでは特定の状況を捉えていないため、時々間違いが発生します。たとえば、以前のリリースに必要な修正はもちろん、必要なすべてのブランチに上流をマージできるように十分に下流に基づいている必要があります（これらの用語の使用法は十分明確ですか？）ただし、開発者がそれがさらに下流に配置されているはずであることに開発者が気付く前に、修正がマスターに組み込まれ、それがすでにプッシュされている場合（さらに悪いことに、マージまたはそれに基づくもの）、残りのオプションはチェリーピッキングであり、関連する危険。このような単純なルールを使用しますか？これには、他のトピックブランチを必ず除外する1つのトピックブランチのぎこちなさも含まれます（それらが共通のベースラインからブランチされている場合）。開発者は、機能を完成させて、今書いたコードがもう存在しないような別の感覚を開始したくない （cherry-pickによる）マージの競合を回避する方法 マージの競合を発生させる確実な方法は、ブランチ間でチェリーピックすることです。ブランチを再びマージすることはできませんか？どちらのブランチでも、リバートで同じコミットを適用すると（これを行う方法は？）、この状況が解決される可能性がありますか？これは、私が大部分がマージベースのワークフローを敢えて推し進めない1つの理由です。 局所的な枝に分解する方法は？ トピックブランチから完成した統合をアセンブルすることは素晴らしいことだと認識していますが、開発者による作業は明確に定義されていないことがあり（「ポーキング」のように単純な場合もあります）、コードがすでに「その他」のトピックに入っている場合は、上記の質問によると、それを再びそこから取り出すことはできませんか？トピックブランチの定義/承認/卒業/リリースをどのように行いますか？ コードのレビューや卒業などの適切な手順はもちろんすばらしいでしょう。 しかし、これを管理するのに十分なほど絡み合っておくことはできません。何か提案はありますか？統合ブランチ、イラスト？ 以下は関連する質問のリストです： デプロイされたアプリケーションをホットフィックス可能にするための良い戦略は何ですか？ 社内開発でのGit使用のワークフローの説明 企業のLinuxカーネル開発のためのGitワークフロー 開発コードと製品コードをどのように維持しますか？（この PDFに感謝！） gitリリース管理 Git Cherry-pickとマージのワークフロー 複数のコミットを選択する方法 選択したファイルをgit-mergeでどのようにマージしますか？ 一連のコミットを選択して別のブランチにマージする方法 ReinH Gitワークフロー 元に戻さない変更を行うためのgitワークフロー マージをチェリーピックする OSとプライベートコードを組み合わせた適切なGitワークフロー？ Gitでプロジェクトを維持する 変更された親/マスターでGitがファイルの変更をマージできないのはなぜですか。 Gitのブランチ/グッドプラクティスのリベース 「git pull --rebase」を実行するといつ問題が発生しますか？ 大規模なチームでDVCSはどのように使用されますか？ また、Plastic SCMがタスク駆動開発に書き込む内容を確認し、Plasticを選択しない場合は、nvieの分岐モデルとそれをサポートするスクリプトを調べてください。

378 git  merge  workflow  release  cherry-pick 

私は自分のmasterブランチとdevelop、いくつかの変更に取り組むためのブランチを持っています。からmasterへの変更をマージする必要がありますが、develop最終的にはからdevelopにすべてをマージしますmaster。私は2つの異なるワークフローを念頭に置いています。 git pull origin masterdevelop分岐 git merge masterdevelop分岐 これを行うための最良の方法はどれですか、そしてなぜですか？

243 git  workflow 

休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して、事実と引用で回答できるように質問を更新してください。 2年前休業。 この質問を改善する 手作業（コード）で簡単に実装できるものもありますが、WFを使用すると簡単なものもあります。WFを使用して（ほとんど）あらゆる種類のアルゴリズムを作成できるようです。したがって、（理論的には）すべてのロジックをWFで実行できますが、すべてのプロジェクトで実行することはおそらくお勧めできません。 どのような状況でWFを使用するのが良いでしょうか。それが困難になるのはいつですか。手作業によるWFとコーディングのメリットとデメリット/コストとは何ですか？

154 .net  workflow  workflow-foundation 

git remote -vリモートが構成されているGitリポジトリの1つで実行すると、各リモートにフェッチ仕様とプッシュ仕様の両方があることがわかります。 $ git remote -v <remote-name> ssh://host/path/to/repo (fetch) <remote-name> ssh://host/path/to/repo (push) ピア開発者をポイントするリモートの場合、プッシュする必要はありません。Gitは、とにかく裸でないリポジトリへのプッシュを拒否します。これらのリモートをプッシュアドレスや機能のない「フェッチ専用」として構成する方法はありますか？

132 git  workflow 

私は、軽量保険金請求システムの開発を開始しようとしている開発者チームの責任者です。システムには多くの手動タスクとビジネスワークフローが含まれており、Windowsワークフロー（.NET 4.0）の使用を検討しています。 ビジネスドメインの例は次のとおりです。保険契約者は、コンタクトセンターに電話して、申し立てを提出します。この「イベント」は、手動で並行して実行される2つのサブタスクを起動し、完了するまでに長い時間がかかる場合があります。 顧客の不正をチェック–オペレーターが手動でさまざまなクレジット会社に電話をかけ、不正な顧客の可能性をチェックして評価します。ここから、サブタスクはいくつかのサブステータス（進行中のチェック、参照チェックの失敗、参照チェックの合格など）を入力できます。 修理センターへのアイテムの送信–保険契約者が申し立てを提出したアイテムが修理センターに送られ、修理される手動プロセス。ここから、サブタスクはいくつかのサブステータス（修復待ち、進行中、修復済み、投稿済みなど）を入力できます。クレームは、各サブタスクのステータスが事前定義されたステータス（ビジネスルールに基づく）に達した場合にのみ続行できます。 表面的には、ワークフローは確かに最良のテクノロジーの選択のようです。しかし、私はWF 4.0の使用に関していくつかの懸念を持っています。 スキルセット–平均的な開発者スキルセットを見ると、ワークフローを理解または知っている開発者はあまり見かけません。 保守性– WF 4.0プロジェクトに対するコミュニティ内のサポートはほとんどないようで、スキルセットの欠如と相まって、保守性に関する懸念が生じています。 参入障壁–私は、Windowsワークフローの学習曲線が急であり、必ずしも簡単に習得できるとは限らないと感じています。 新製品–ワークフローが.NET 4.0用に完全に書き直されたので、私はこの製品を第1世代の製品と見なしており、必要な安定性がない可能性があります。 評判–以前のバージョンのワークフローは十分に評価されておらず、開発が困難であると考えられ、ビジネスへの関心が低かった。 私の質問は、この状況ではWindowsワークフロー（WF）4.0を使用する必要があるか、それとも代替テクノロジー（Simple State Machineなど）を使用するか、それともより優れたワークフローエンジンを使用するかということです。

122 c#  workflow  c#-4.0  workflow-foundation-4 

インタラクティブPython（ipython）は、特にその場で物事をつなぎ合わせているので、単純に驚くべきものです...そして、簡単に戻ることができるようにそれを行います。 ただし、興味深いと思われるのは、複数のipythonノートブック（ipynbファイル）を使用する場合です。ノートブックが他のノートブックと関係を持つことは想定されていないようです。他のipynbファイルをインポートしたい場合を除いて、これは理にかなっています。 私が目にする唯一の回避策は、*。ipynbファイルを* .pyファイルに変換することです。これは、ノートブックにインポートできます。1つのファイルにプロジェクト内のすべてを保持させることは、特にコードの再利用を本当にプッシュしたい場合は少し奇妙です（それはPythonの中心的な信条ではありませんか？）。 私は何かが足りないのですか？これは、ipythonノートブックのサポートされているユースケースではありませんか？ipynbファイルを別のノートブックにインポートするために使用できる別のソリューションはありますか？引き続きipynbを使用したいのですが、今はワークフローがめちゃくちゃになっています:(

98 python  import  workflow  ipython 

問題 タスクAが完了するまでタスクB. *の数が不明になるようなワークフローをAirflowで作成する方法はありますか？サブダグを確認しましたが、ダグの作成時に決定する必要がある一連の静的タスクでしか機能しないようです。 ダグトリガーは機能しますか？もしそうなら、あなたは例を提供してください。 タスクAが完了するまで、タスクCを計算するために必要なタスクBの数を知ることができないという問題があります。各タスクB. *の計算には数時間かかり、組み合わせることはできません。 |---> Task B.1 --| |---> Task B.2 --| Task A ------|---> Task B.3 --|-----> Task C | .... | |---> Task B.N --| アイデア＃1 ブロッキングExternalTask​​Sensorを作成する必要があり、すべてのタスクB. *が完了するまでに2〜24時間かかるため、このソリューションは好きではありません。だから私はこれを実行可能な解決策とは考えていません。確かにもっと簡単な方法がありますか？または、Airflowはこのために設計されていませんでしたか？ Dag 1 Task A -> TriggerDagRunOperator(Dag 2) -> ExternalTaskSensor(Dag 2, Task Dummy B) -> Task C Dag 2 …

96 python  workflow  airflow 

GitバージョンのハッシュにアクセスできるCコードを書く簡単な方法はありますか？ 私は実験室の設定で科学的データを収集するためにCでソフトウェアを書きました。私のコードは、収集したデータを後で分析するために.yamlファイルに記録します。私の実験は日々変化し、コードを変更しなければならないことがよくあります。リビジョンを追跡するために、私はgitリポジトリを使用します。 .yamlデータファイルにコメントとしてGitリビジョンハッシュを含めることができるようにしたいと思います。そうすれば、.yamlファイルを見て、そのファイルに表示されるデータを生成するために使用されたコードを正確に知ることができます。これを自動的に行う簡単な方法はありますか？

84 c  git  version-control  workflow