找到 985 篇文章 关于软件与编码

解释敏捷软件过程及其原则

Vineet Nanda
更新于 2021年5月13日 12:15:19

183 次浏览

敏捷宣言首次出现在 2001 年。它旨在改变软件创建过程。该宣言有四个关键方面,但很少有人了解 12 条敏捷原则。它们更具体地解释了可以开展敏捷产品开发的过程。多年后,几乎所有公司都声称提供“敏捷服务”,但大多数公司只是对敏捷宣言的理念和概念敷衍了事。软件开发行业也发生了巨大变化。值得重新审视敏捷标准,以检查其含义以及它们是否仍然相关。及时且一致地交付… 阅读更多

软件测试的 6 个原则

Vineet Nanda
更新于 2021年5月13日 12:05:54

1K+ 次浏览

本指南介绍了任何软件测试人员和质量保证专业人员都应了解的七个基本软件测试原则。软件测试的 6 个原则穷举测试是不可能的尽早测试缺陷聚类杀虫剂悖论测试依赖于上下文缺乏错误的谬误背景在执行软件测试时,必须在不偏离目标的情况下获得最佳测试结果。但我们如何知道我们是否正在使用最佳的研究策略?为此,我们必须遵守某些基本的研究标准。考虑以下情况:我们正在将文件从文件夹 A 传输到文件夹 B。考虑我们可以测试此操作的所有多种方法。除了… 阅读更多

软计算与硬计算的区别

Kiran Kumar Panigrahi
更新于 2022年12月2日 05:38:36

18K+ 次浏览

有两种类型的计算方法,即软计算和硬计算。两者之间的基本区别在于,硬计算是一种传统的计算方法,它依赖于确定性、准确性和不灵活性的原则,另一方面,软计算是一种现代方法,它依赖于近似、灵活性和不确定性的原则。在本文中,我们将讨论软计算和硬计算之间重要的区别。但是,在深入探讨差异之前,让我们先从基本概述开始。什么是软计算?软计算是一种现代计算模型,… 阅读更多

如何克隆 GitHub 仓库?

Kannan Sudhakaran
更新于 2021年4月30日 08:48:47

2K+ 次浏览

克隆仓库涉及从源代码控制下载源代码的副本。换句话说,克隆是创建现有仓库的副本。考虑一个多个用户正在处理一个项目的示例。用户可以使用此功能创建开发副本。如果您有 GitHub 仓库,则需要首先邀请协作者加入仓库。然后,每个协作者将把仓库克隆到他们的本地机器中。在本地,他们将使用此克隆的仓库,进行本地更改并在其上执行提交。一旦他们准备好与其他人共享他们的更改… 阅读更多

如何在 GitHub 中向仓库添加协作者?

Kannan Sudhakaran
更新于 2021年4月30日 09:01:54

4K+ 次浏览

即使您在 GitHub 中拥有公共仓库,也不是每个人都具有将代码推送到您的仓库的权限。其他用户只有只读访问权限,无法修改仓库。为了允许其他人更改您的仓库,您需要邀请他们与项目协作。应执行以下步骤以邀请其他团队成员与您的仓库协作。步骤 1 - 点击 GitHub 页面右上角的“设置”选项卡。步骤 2 - 转到“设置”选项卡下的“管理访问”选项。在“管理访问”页面上,您… 阅读更多

如何创建 GitHub 仓库

Kannan Sudhakaran
更新于 2021年4月30日 08:56:29

1K+ 次浏览

创建 GitHub 仓库的前提条件是拥有 GitHub 帐户。在使用 GitHub 注册后,请按照以下步骤操作。步骤 1 - 登录到 GitHub 帐户。登录帐户后,您会在右侧看到一个“+”按钮。点击该按钮并选择“新建仓库”选项以创建新的仓库。在“创建新的仓库”页面中配置以下内容。仓库名称:GitHub 将验证您输入的仓库名称。仓库类型:GitHub 允许您创建以下类型的仓库 - 私有仓库 - 私有仓库是只能由… 阅读更多

解释 Git 协作工作流程

Kannan Sudhakaran
更新于 2021年4月30日 08:51:33

260 次浏览

版本控制系统有两种类型 - 集中式和分布式。在集中式系统中,将有一个由所有团队成员共享的单个仓库。此系统的问题在于,如果中央仓库脱机,则所有依赖于中央仓库的人员都将受到影响。在 Git 中,每个人都有一个仓库,这意味着他们不依赖于中央服务器。他们可以使用此模型脱机工作。但是,我们如何使用此模型进行协作?与仓库的每个用户同步将花费时间,但我们可以拥有更好的工作流程,… 阅读更多

解释 Git 中的 cherry-pick

Kannan Sudhakaran
更新于 2021年4月30日 08:43:27

368 次浏览

Cherry-pick 是一种从一个分支选择特定提交并将其应用于另一个分支的方法。当您想要从拉取请求中选择特定更改时,这很有用。git cherry-pick {commit_hash}上述命令将 cherry-pick 与指定提交哈希关联的提交到当前分支。从图中显示的上述提交中,我们需要仅将提交 F1 从功能分支应用到主分支。在这种情况下,cherry-pick 后的主分支将如下所示。示例$ dell@DESKTOP-N961NR5 MINGW64 /e/tut_repo $ git init Initialized empty Git repository in E:/tut_repo/.git/ $ dell@DESKTOP-N961NR5 ... 阅读更多

解释 Git 中的 rebase

Kannan Sudhakaran
更新于 2021年4月30日 08:34:57

901 次浏览

变基会改变一系列提交。它会将一系列提交从当前分支移动或重新定位到目标分支。默认情况下,当前分支中不在其他分支上的提交会被变基。变基技术允许我们保持线性历史记录。让我们从下面的图表中了解一下。要进行变基,我们需要在需要变基到目标分支的分支中。在我们的场景中,我们需要在特性分支上执行变基命令。执行变基命令后,我们将获得一个线性历史记录。执行变基后... 阅读更多

解释 Git 中的压缩合并

Kannan Sudhakaran
更新于 2021-04-30 08:29:06

1K+ 次浏览

想象一下,如果您的特性分支有大量的提交 - 例如 100 个提交。与其将所有提交从特性分支单独合并到主分支,不如选择将所有提交合并到一个提交中。这称为压缩提交,因为它将所有单个提交“压缩”成一个大的更改。就主分支的历史记录而言,特性分支的历史记录将丢失。我们可以使用以下命令将分支的提交压缩合并到主分支。$ git merge --squash feature_branch该图显示我们有 3 个提交... 阅读更多

广告