大致分为下面2种情况:
1没有push
这种情况发生在你的本地代码仓库,可能你add ,commit 以后发现代码有点问题,准备取消提交,用到下面命令
reset
git reset [--soft | --mixed | --hard
上面常见三种类型
--mixed
会保留源码,只是将git commit和index 信息回退到了某个版本
git reset 默认是 --mixed 模式
git reset --mixed 等价于 git reset
--soft
保留源码,只回退到commit 信息到某个版本不涉及index的回退,如果还需要提交,直接commit即可
--hard
源码也会回退到某个版本,commit和index 都回回退到某个版本(注意,这种方式是改变本地代码仓库源码)
当然有人在push代码以后,也使用 reset --hard <commit> 回退代码到某个版本之前,但是这样会有一个问题,你线上的代码没有变,线上commit,index都没有变,当你把本地代码修改完提交的时候你会发现权是冲突
所以,这种情况你要使用下面的方式
2已经push
对于已经把代码push到线上仓库,你回退本地代码其实也想同时回退线上代码,回滚到某个指定的版本,线上,线下代码保持一致你要用到下面的命令
revert
git revert用于反转提交,执行evert命令时要求工作树必须是干净的
git revert用一个新提交来消除一个历史提交所做的任何修改
revert 之后你的本地代码会回滚到指定的历史版本,这时你再 git push 既可以把线上的代码更新(这里不会像reset造成冲突的问题)
revert 使用,需要先找到你想回滚版本唯一的commit标识代码,可以用 git log 或者在adgit搭建的web环境历史提交记录里查看
git revert c011eb3c20ba6fb38cc94fe5a8dda366a3990c61
通常,前几位即可
git revert c011eb3
git revert是用一次新的commit来回滚之前的commit，git reset是直接删除指定的commit
看似达到的效果是一样的,其实完全不同
第一:
上面我们说的如果你已经push到线上代码库, reset 删除指定commit以后,你git push可能导致一大堆冲突但是revert 并不会
第二:
如果在日后现有分支和历史分支需要合并的时候,reset 恢复部分的代码依然会出现在历史分支里但是revert 方向提交的commit 并不会出现在历史分支里
第三:
reset 是在正常的commit历史中,删除了指定的commit,这时 HEAD 是向后移动了,而 revert 是在正常的commit历史中再commit一次,只不过是反向提交,他的 HEAD 是一直向前的1、项目第一次要上传git时
提交时报 master: master [rejected - non-fast-forward]
想拉取又会报错 The current branch is not configured for pull
No value for key branchmastermerge found in configuration
在git/config文件增加
[branch "master"]
remote = origin
merge = refs/heads/master
再拉取 报 The current branch is not configured for pull
No value for key remoteoriginurl found in configuration
在git/config文件增加
[remote "origin"]
url = >
日前Gitlab博客宣布发布GitLab的又一个里程碑大版本120。该版本主推基于全栈DevOps的全供应链安全DevSecOps，从而实现真正意义上的开发，运维和安全的有机集成。另外代码审阅一直是Gitlab比较重点突击加强的功能新版本在可视化方面做了很多事情，可以极大快速提高代码审阅流程。另外还有项目依赖列表、基于IP ACL限制能安全功能方面的功能，更多的功能请跟着虫虫一起 探索 。
GitLab在用户级别整个单个用户的合并请求并自动创建审阅预览界面（Review App）。该功能可以让每一个用户都能知道设计或UX是如何改变的。
GitLab 120在Review App中加入将可视化审阅工具直，拓展变更审议的能力。通过一个小代码片段，用户可以使设计人员，产品经理和其他相关人员能够快速提供有关合并请求的反馈，而无需离开应用程序。
ULTIMATE版本新版本在项目左侧边栏菜单可以列出项目的依赖关系列表（有时称为物料清单或物BOM）。
BOM可以表明项目中包含哪些组件，安全团队和合规性团队通常会审查这些依赖的组件确保没有安全问题。可以浏览相关报告，并且支持以JSON格式导出。
限制Gitlab界面的访问一直都是大家很急需的功能，新版本商业版本中支持在Gitlab中进行IP（段）限制，加入黑名单机制限制访问IP，设置更加灵活，可以自建实例可以在组级别上设置限制。（当然可以通过nginx进行IP限制，方法需要可以联系）
在GitLab 120中，Web IDE中的更改可以自动同步到Web终端，在提交更改之前，可以在Web终端中对其进行测试。该功能可以降低新贡献者的入门门槛，因为他们无需安装项目的本地依赖项即可查看，编辑和测试。
通过GitLab的Kubernetes集成部署JupyterHub是一种简单方便地Jupyter Notebook环境构建。利用该环境可以创建和实时代码分享，可视化、运行以后books文件。
GitLab 120中如果通过Gitlab、K8s部署JupyterHub到集群时，会自动安装配置JupyterLab的Git扩展。然后通过Git对环境进行完全版本控制，在Jupyter中执行Git命令。可以通过左侧面板上的Git选项卡或通过Jupyter的命令行提示符执行。
通过extends关键字，把不同内容分割为不同文件在引入，可以保持用户CI/CD配置文件整洁。在GitLab 120中，可以允许用户在单个作业中包含多个扩展片段来改进此功能，并且通过多个扩展，可以实现整洁简化的CI配置（处女座管理员必备）。
在GitLab 120中新添加了GitLab CI/CD作业扩展和折叠日志的输出。用户可以更轻松地调试作业中的某些步骤，并在需要时浏览整体步骤。
gitlab公开了漏洞数据库项目（/gitlab-org/security-products/gemnasium-db）。用户可以查看具体条目并验证感兴趣的漏洞，也支持用户一起参与完善该咯多干数据库。
依靠LDAP的组织通常需要于GitLab同步以进行权限管理。在GitLab 120中，实例可以阻止具有实例级设置的非管理员在LDAP之外进行权限更改。通过该方法，具有合规性的组织可以使用这个选项来确保LDAP中的权限映射到Gitlab实例，而不能由非实例管理员的用户修改。
GitLab Ultimate 119（功能标志）中引入的GitLab Insights现在在GitLab Ultimate 120中默认启用。
可以统计项目中重要的数据的统计，比如给定时间段创建/关闭的问题，合并请求的平均合并时间等等。
在GitLab 118中，引入了从上游桥接作业触发下游管道的功能。还介绍了将变量传递给下游管道的基本支持。在GitLab 120中新增加支持将当前环境变量传递到下游管道。可以允许用户向下游管道提供上下文以及提交，合并请求或触发它的管道的其他细节。
在GitLab 1111中，启动了依赖代理的MVC，它允许用户下载和缓存Docker镜像，以便更快，更可靠地下载。在GitLab 120中，在组级别默认启用了该功能。
Container Registry API允许GitLab用户以编程方式轻松管理注册。GitLab 120中更新了权限模型，以允许开发人员删除标签。
在GitLab 120中，当重新打包Git存储库时，bitmap缓存将保存在bitmap索引中。缓存提高了重打包性能。（350之前的 JGit 版本与bitmap不兼容）
在此版本之前，GitLab无服务器功能只能在通过GitLab安装的Knative上使用。在GitLab 120中以安装的Knative被GitLab Serverless利用。可以手动添加现有Knative集群，将相关的无服务器模板添加到项目中。所以GitLab Serverless可与托管的Knative产品一起使用，例如Google的GKE上的Cloud Run或在IBM托管的Knative服务。
从GitLab 120开始，可以直接从GitLab的环境仪表板中提供并轻松访问外部仪表板。
现有的用于讨论合并请求和问题的设计涉及许多框和边界，难以对对话进行跟踪。在新版本中，对此做了重新设计来增强用户的讨论体验。
动态应用程序安全性测试（DAST）不再需要在Docker中使用Docker来运行。因此，DAST Docker镜像（3GB）现在将在Runners上缓存。（注意镜像每周更新一次，因此缓存将在每周一失效）。
在120中，添加了为群组通知设置电子邮件地址的功能。可以让用户将组通知发送到不同的电子邮件地址。例如，工作组的工作电子邮件地址和个人组的个人电子邮件地址（个人设置项目里面有电子邮件菜单用以添加邮件地址）。
在解除扫描程序发现的漏洞时，新添加一个字段可用于添加详细说明此漏洞被解除的原因。
这将使安全团队和开发人员能够查看 历史 记录并了解未修复项目的原因。
由于审计等原因可能希望确保项目（可能包括存储库中的重要代码）只能存档，而不会被删除和永久丢失。新版本可以通过实例级设置来防止非管理员删除项目。
自GitLab 89起，GitLab CI/CD通过在作业定义中指定GIT_DEPTH变量来支持浅git克隆。新版本中添加了在项目级别设置clone深度的功能，项目维护者可设置默认为浅层克隆。浅Git克隆比每次克隆整个Git存储库更快，如果CI/CD作业设置为构建最新代码，通常浅的克隆就足够了。
同样在GitLab 120中，默认情况下，在GitLab中创建的新项目在创建时的GIT_DEPTH设置为50。该默认设置将帮助用户使用GitLab CI/CD实现更快的克隆和构建时间，同时仍允许高级用户在不同类型的CI/CD用例需要时更改此设置。
Fork工作流程创建一个副本，用户修改该副本并合并到上游项目，从而轻松地加速了协作，这也是Github等Git项目得以流行的功能。但是对一个热门的项目，可能会存在数以千计的副本，存储这些副本需要消耗大量的服务器资源。
GitLab 120中，实例管理员可以使用object_pools功能标志启用Git对象重复数据删除。启用后，创建公共分支也将创建对象池并使用objects/info/ alternates来减少分叉的存储要求。对象重复数据删除需要启用散列存储，并且父项目要使用散列存储。现有的forks还没有自动迁移到对象池。在后续即将将发布的版本中，会通过直接在重复数据删除状态下创建fork来实现快速fork。当前版本还需要首先创建fork，然后进行重复数据删除。
从2019年5月30日起，GitLab在线git服务已启用对象重复数据删除。自建实例但默认情况下关闭该功能，因为在获取时会显示重复警告。
手动添加Kubernetes集群需要输入多个数据点，并且容易出错。为了在手动添加集群解决访问和权限问题，kubernetes集成支持将验证API URL的可访问性以及集群令牌和CA证书的有效性。
在GitLab 120中，过Zoom电话会议轻松与团队成员就问题进行协作。在问题说明中粘贴会议链接。 GitLab将检测链接并在标题下方的顶部显示"加入Zoom会议"按钮，使其显示给所有协作者。
用户能够在问题中定义任务，并且该信息在整个应用程序的各个位置会显示。在GitLab 120中，用户可以通过API返回任务进度信息。
之前版本用户无法从问题API获取详细的问题统计信息。在GitLab 120中添加了返回所有、已关闭和已打开状态的问题统计的功能。
GitLab 120中Omnibus改进包括：
引入Mattermost 511，这是一个开源的Slack替代品，其最新版本包括一个新的远程CLI工具，及更多功能。此版本还包括安全更新，尽快升级到新版本来。
默认情况下启用JSON日志记录。
omnibus-gitlab默认会启用Grafana服务。此外，现在已经实现GitLab和Grafana自动启用OAuth身份验证。
使用一些直接检测的ruby指标改进了GitLab指标
GitLab还同期发布了GitLab Runner 120。主要变化如下：
Docker Credentials帮助程序支持；
在注册时为跑步者添加access_level配置；
允许Kubernetes Executor配置Pod安全上下文；
为新注册的Windows shell执行程序设置PowerShell默认值；
支持Windows docker卷配置。
同时GitLab Runner 120版本，也删除了一些此前弃用的东西：
删除已弃用的clone/fetch命令
删除已弃用的git clean策略
删除对已弃用的metrics_server设置的支持
删除对K8S的已弃用入口点配置的支持
删除对已弃用的S3缓存配置的支持
删除对已弃用分发的支持
删除旧的docker helper image命令
可以在GitLab Runner的CHANGELOG中找到所有更改的列表。
GitLab 120在性能方面的一些改进包括：
epics列表页面系能做了性能大幅度优化。
避免为Elasticsearch结果访问数据库，避免两次针对搜索结果点击Elasticsearch。
批量提交文档到ElasticSearch索引；
缓存在提交消息中呈现Markdown以提高列表提交的性能；
提高每次推送的存储库大小限制检查的性能；
使用长描述加载问题或合并请求时提高性能；
通过建议的更改提高合并请求的性能；
重新打包Git存储库时，通过使用delta岛来提高性能并减少克隆的CPU使用率；
提高监控图表的性能；
修复ListLastCommit RPC上的Git N+1；
使用--perl-regexp提高Git代码搜索性能；
通过修复Git N + 1来提高JobsController的性能；
GitLab的主要维护版本版本这中，删除对GitLab 9x的支持。最低支持版本提高到GitLab 100。
启用日期：2019年6月22日
在GitLab 120，GitLab Geo需要使用Hashed Storage来缓解辅助节点上的竞争条件。请使用"sudo gitlab-rake gitlab：geo：check"检查是否启用了Hashed Storage并迁移了所有项目。
迁移日期：2019年6月22日
在GitLab 120中，Geo需要PostgreSQL外部数据包装器，将最低PostgreSQL版本提高到96。 GitLab Geo使用PostgreSQL Foreign Data Wrapper来查询来自不同PostgreSQL实例的数据。这是Geo Log Cursor所必需的，可以显著提高了某些同步 *** 作的性能。 Foreign Data Wrapper还提高了Geo节点状态查询的性能。对于大型项目，遗留查询具有不可接受的性能。
迁移日期：2019年6月22日
在GitLab 121中将删除Kubernetes部署选择器的应用程序标签匹配（删除最初计划为120）。在GitLab 1110的一部分，gitlab引入了一种新的匹配机制，它使用appgitlabcom/app和appgitlabcom/env来展示部署板上的部署。要在部署板中查看这些部署，需要做的就是推送新部署，GitLab将使用新标签进行部署。
移除日期：2019年6月22日
新的KUBE_INGRESS_BASE_DOMAIN环境变量在GitLab 118部分引入。不再需要使用AUTO_DEVOPS_DOMAIN来定义多个域，因为现在可以在群集页面上单独定义这些域。
移除日期：2019年6月22日
在GitLab 121中计划删除实例级Kubernetes服务模板，以支持在GitLab 1111中引入的实例级集群功能。
作为升级到GitLab 120的一部分，任何使用服务模板的自建gitlab实例都将迁移到实例级集群。
移除日期：2019年6月22日
在GitLab 120中完全删除了对skip_auto_migrations文件的支持。该文件在GitLab 106中已被弃用。
移除日期：2019年6月22日
GitLab 120中完全取消了对Prometheus 1x的支持。
移除日期：2019年6月22日
openSUSE 423将于2019年6月30日到期。gitlab将会在122中放弃支持。
移除日期：2019年8月22日
GitLab 119开始GitLab Runner一直在使用一种新方法来克隆/获取存储库。在目前版本，如果不支持新方法，GitLab Runner将使用旧方法。
在GitLab 110中，我们更改了为GitLab Runner配置度量服务器的方式。 metrics_server已被删除，转而使用GitLab 120中的listen_address。
在113中，GitLab Runner开始支持多个缓存提供程序。这导致特定于S3的配置的新设置。
GitLab 120中将不再提供这些路径。对于从119+以上的用户，直接升级不会有任何影响。
弃用日期：2019年6月22日
在GitLab 114中，GitLab Runner引入了一个功能标志FF_K8S_USE_ENTRYPOINT_OVER_COMMAND。在GitLab 120中，将删除这些功能标志。
移除日期：2019年6月22日
GitLab Runner中一些Linux发行版已达到End of Life支持。GitLab 120中，GitLab Runner不再提供专门分发包给过期的Linux发行版。
弃用日期：2019年6月22日
作为添加对Windows Docker执行程序的支持的一部分，需要弃用一些用于帮助程序镜像的旧命令。在GitLab 120中，GitLab Runner开始使用新命令。这仅影响覆盖帮助程序镜像的用户。
迁移日期：2019年6月22日
使用GitLab Runner 1110引入了一种配置Runner如何执行git clean命令的方法。新的清理策略删除了git reset的使用，并在checkout之后删除了git clean命令。在GitLab Runner 120中，GitLab Runner放弃了对旧版清理策略的支持，并删除了使用功能标志设置恢复该功能的方法。
弃用日期：2019年6月22日
许可证管理做了重新命名以便更好地与GitLab 120中的常见行业用语一致。许可证合规性的目的是分析应用程序，跟踪第三方组件（如库和外部依赖项）使用的许可证，并检查它们是否与项目的许可模型兼容。许可证合规性安全软件组合分析组的一部分。
迁移日期：2019年6月22日
命令行参数--auth-first-page，不再受支持，需要删除此参数。
DEP_SCAN_DISABLE_REMOTE_CHECKS标志变量，不再受支持，需要删除此参数。
GITLAB_FEATURES环境变量中的sast_container值，必须更改为container_scanning。
迁移日期：2019年6月22日
新版本不再更新在项目管道中配置安全功能时使用的文档中安全手动配置代码段。请使用include: template: Dependency-Scanninggitlab-ciyml配置中使用Secure的include。
弃用日期：2019年6月22日
为了缓解这种情况，默认情况下将禁用前进3DES。对于现代浏览器的用户，这不应该改变任何内容，但是在Windows XP *** 作系统上运行的Internet Explorer版本7和8的某些用户可能会受到影响。
弃用日期：2019年6月22日
GitLab 120是支持MySQL（和MariaDB）的最后一个版本。用户需要迁移到PostgreSQL才能使用未来版本。 MySQL已被弃用，对它的支持以前仅限于Enterprise Edition Starter和Premium。
弃用日期：2019年7月22日
GitLab 121中的UI中会删除这些设置，该策略已在GitLab 1111中的gitlabyml中提供。此外，还可以定义Sentry环境，以区分开发，stagin和生产等多个部署。
迁移日期：2019年7月22日
当我们在GitLab 116中引入组级项目模板时，将该功能扩大化了。通过给予低于Silver/Premium的现有用户/实例三个月的宽限期来修复GitLab 1111中的这个错误。2019年8月22日，此宽限期将到期，组项目模板将需要Silver/ remium或更高版本。
迁移日期：2019年8月22日
如果使用Python 2的用户在开始使用GitLab 122时进行自我管理，则需要将CI变量LM_PYTHON_VERSION设置为"2"。使用Python 3的用户现在可以将CI变量LM_PYTHON_VERSION更改为"3"。
迁移日期：2019年8月22日
在GitLab 123计划弃用GitLab Runner中的Windows批处理命令行作业（例如cmdexe），以支持对Windows PowerShell的扩展和扩展支持。对于可能仍希望针对cmdexe运行项目的用户，可以从PowerShell调用这些命令，但不会为Windows批处理提供直接支持。
弃用日期：2019年9月22日
使用GitLab Runner 1110，当使用Docker和Docker Machine执行程序已更改了共享卷中缓存作业目录部分。 GitLab Runner现在缓存使用builds_dir配置的整个基本目录，而不是仅缓存作业工作目录的父目录。因为它是一个行为改变，我们添加了一个功能标志，允许控制是否应该使用新的或旧的行为。在GitLab Runner 123，将删除功能标志和旧有行为。
迁移日期：2019年9月22日
Python 27在2020年1月1日达到其生命周期，因此将在未来的GitLab版本中删除对Python 2的支持。
迁移日期：2019年12月22日
如果使用Omnibus安装自建实例，通过发行版办的包管理器直接升级即可：
比如CentOS下可以直接通过yum updata gitlab-ce自动完成升级过程。
GitLab 120将Enterprise Edition多年来进行的数据库更改合并到Community Edition中。作为这项工作的一部分，还删除了各种旧迁移。升级到GitLab 12的用户必须先升级到最新的 1111 补丁版本，然后再升级到 1200 。升级到1210等未来版本时，用户必须先升级到1200。如果不按照此顺序升级可能会导致数据迁移未成功，从而导致应用程序错误。 Omnibus安装会先强制升级到1200。 通过源码安装用户必须按照这个顺序受手动处理 （XX-> 1111->120 ->YY）。
GitLab 120默认使用Hashed Storage。这会影响新安装。
GitLab 120将自动将PostgreSQL版本升级到100。
用户可以跳过PostreSQL 100的自动升级，创建/etc/gitlab/ disable-postgresql-upgrade。
如果使用GitLab Geo，将在主节点和所有辅助节点上跳过自动PostgreSQL升级。我们将在121中为Geo用户提供升级路径。
默认情况下，GitLab 120将启用JSON日志记录。并提供了保留以前非JSON的日志格式的设置文档。
1根据机器的用途，许多服务是不需要的。如果Linux只是一个桌面，那么就不需要sendmail、>
如果您的服务器只是一个Web服务器，您还可以关闭许多服务。为此，转到administration菜单并检查服务项。只需撤消您不想启动的任何服务选项。
2使用轻量级窗口管理器，而不是GNOME或KDE。我插入内存占用窗口管理器的原因是，它们极大地减少了图形化(界面)启动时间。而不必等待额外的30到60秒来启动GNOME或KDE。
3确保内网的正常使用。指定内联网LINUX访问地址，并确保LINUX服务器的SSH服务正常工作。
4在被访问的LINUX服务器上安装nat123clientLINUX并使用它。登录网站，左用户中心，添加端口映射。选择完整的端口映射类型。
填写内部网LINUX固定地址端口，外部网络访问域名。您可以使用自己的域名或二级域名。
5安装nat123客户机并在外部网络访问端使用访问器。
我是学机械的，但是从身边的一些人和社会实践经验中，渐渐觉得单纯搞机械结构设计已经没有太多竞争力了，机械跟运动控制一起搞才觉得作用更大，于是决定学习嵌入式控制这方面的知识。由于不是学习自动化控制出身的，学校也没开设课程教这一块，虽然大一大二的时候学习了数电、模电、C语言、微机原理，但这些都是一些基础理论性的东西，并没有真正应用起来。在去年十月份的时候，我决定先从基础的51单片机开始学习，于是从网上买了普中科技的一块51开发板，经过一个多月的学习，渐渐掌握了对基础器件的控制应用。
在学完51单片机后，决定向更高级的（32位）控制器学习，因为这才是大部分控制器应用的王道。刚开始买arm开发板的时候，自己也是很犹豫的，因为网上太多种类了（有arm7、arm9、arm11等），就算是arm9也有不同公司出的。正好这时，我在学校二手市场上看到有一块FL2440的开发板出售，价格也挺便宜的，就立即入手了。
刚拿到开发板的心情是异常激动的，然而，自己并不知道如何使用开发板。虽然配套飞凌光盘里有不少的视频，但都不系统，还是不能开始学习飞凌开发板。在各方面网上搜索资源，然后又各种拜访自动化学院同学，经过他们推荐，认为韦东山出的嵌入式视频教程比较系统，易学、易懂。于是抱着试一试的心态，我在网上下载了韦东山第一期视频学习。刚开始的时候还担心教程跟自己的开发板不配套，听过一小节后发现，韦东山视频里讲解的开发板是JZ2440，和我的开发板是一样的处理器，突然整个世界都开朗了，虽然开发板不一样，但是原理都是相通的，而且我能在学习完韦东山视频后，再动手 *** 作自己的FL2440开发板，我感觉效果更好。
经过韦东山一期视频的学习，我觉得韦东山视频有很多优点：
1、全程都是用绘图板来讲解，不是照着PPT念，而且都是现场编程、现场调试，你能留住每一个细节。
2、教程很系统化，使以前从未接触过嵌入式的人也能听得懂。手把手教你看原理图、识别硬件、从浅入深、从易至难。之前51单片机上的器件，这些视频里都有讲解到的，所以如果还没学51单片机的，没关系，可以直接学arm9。
3、很完备的售后答疑服务，这是我最值得的推荐的一点。我加入了一个韦东山视频答疑的QQ群，经常有不懂的问题，就在里面提问，韦东山的服务团队和其他学习者会很热心的给我解答，很详细，很热心。有时也会在百问网上提问，总能收到满意的解答，个人很喜欢这种学习氛围。
现在，我的第一期视频快学完了，写下这么点经验，只是想给想要学习嵌入式的同学一点建议，如果你还没买开发板，你可以去买韦东山的JZ2440开发板，好像配件还挺完备的，而且能和韦东山的视频教程配套。如果你已经买了其他开发板，而为没有系统学习苦恼时，建议去看看韦东山的视频，因为原理都是相通的，你可以在看了视频后，再 *** 作自己的开发板，效果会更好。
最后让我们一起向嵌入式进军！！加油！
篇二
常用的嵌入式 *** 作系统有Linux、WINCE、安卓、Vxworks、QNX、OSE等，目前资料最多的是linux，所以下面以linux为例。
一、安装虚拟机和Linux系统。
一般人用的电脑都会装Windows系统，要想在Windows上跑其它系统，得安装虚拟机。而目前主流的虚拟机有vmware、VirtualBox、hyperV等，你可以随便选一个安装。然后去下载个人版的Linux镜像(iso文件)并把它安装在虚拟机里面即可，这里给出主流Linux系统的链接：ubuntu、fedora、centos、debian、suse。如果你没有用过linux的话，推荐使用ubuntu。因为RedHat要收费，并改名为RHEL，所以这里不作介绍。
二、学会使用Linux常用命令。
这里，必须改改在Windows下点鼠标的习惯，在linux下做事得用命令行。此外，在Linux下载软件，不需要在百度下载，而是用linux自带的软件包管理工具(如：apt-get、dnf、rpm等)。如果你用ubuntu的话，得修改软件源(下载软件的网址)，因为国外的源比较慢，百度上有详细说明。接下来，得学会最基本的命令，如：ls、cd、find、grep、ps、diff、fdisk、ifconfig等。跟着教材多 *** 作几遍就会了，没有很深的理论知识，不需要掌握所有的命令，也不需要记住所有命令的选项，用到的时候会查就可以了。有空的话可以上ubuntu社区或者linux公社。
三、学会使用Linux常用工具。
1、我器(写代码必备的)。有gedit，vim，emacs，sublime等，推荐学vim。
2、gcc和gdb。gcc是编译器，gdb就是代码调试器。
3、makefile、autoconf、automake。这里可不像VC++60这种工具，点个鼠标就给你编译好。在Linux下，你得用makefile和make工具，来编译代码。其中autoconf和automake可以自动生成makefile。
4、ssh、tftp。如果你在ARM开发板上弄了个Web服务器，那么，你就可以用这些工具去访问它。其中，ssh工具建议用SecureCRT或者MobaXterm。
5、samba。要想用Linux跟windows交换数据，还可以搭建samba服务器。
6、版本控制器。有svn，cvs，git等，推荐学git。有了git，你就不必手动备份代码了。
四、学会编写shell脚本。
在实际工作中，复杂的系统管理 *** 作，不会一行一行地敲命令，而是用脚本(命令是基础)。脚本也是一种编程语言，只不过是解释型语言。相比C/C++、C#、JAVA这类高级语言，脚本要易学很多(因为增加了语法糖)。在Linux下，shell也有很多种，如：bsh、bash、csh、tcsh、ksh、zsh等，一般是学bash，其它的遇到再学也不迟，因为都是大同小异的。此外，bash语法比较奇特，很多符号(如：$#，$0，$等)比较难记，不过也没必要特意去死记它，有个印象就可以了，用到的话再查手册，这里重点掌握正则表达式。如果有时间的话，建议再学python脚本，python的语法要容易很多，用途也比bash广很多。
五、学会Linux下C编程。
尽管学会bash已经能做很多事情了，但是驱动和内核开发还是用C语言，因为那时候系统还没起来，bash是用不了的。此外，C语言的执行效率比bash要高，网络编程的Socket也常常用C语言开发。在这里，得掌握基本的文件 *** 作、进程/线程控制、Socket等。推荐《Linux环境C程序设计》、《UNIX环境高级编程》、《UNIX网络编程卷1》、《UNIX网络编程卷2》，或许这些教材有点难，但是，请不要钻牛角尖，不懂的暂时跳过，在学完下一阶段的理论之后，再来看，之前不懂的东西就变得容易。
六、增强理论知识。
因为有的人打着嵌入式硬件工程师的名号xx，其实嵌入式硬件就是普通硬件工程师做的工作。我们这里都是讨论软件方面的内容，而且嵌入式是以软件为主导的(工资上有较大差距)。
1、单片机。不想学单片机的话，可以学计算机组成原理。
2、数据结构。主要掌握表和树，其中链表会在 *** 作系统的调度算法中用到。
3、 *** 作系统。全部都是重点，必须深入研究，才会对Linux有个较全面的认识。
4、编译原理。有时间的话，多看看，没空的话，也得了解一下。对于提高编程能力，有一定的帮助。
5、数据库。除了基本的数据库理论之外，还得掌握SQLite或者Oracle。
6、ARM体系结构。介绍ARM的架构和指令集，在移植uboot和驱动中会用到，不做这两项工作的话，可以不学。
7、计算机网络基础。开发中用到的tcp、udp、ssh、tftp、>
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）