怎样另存General字段为文件?

sinwua 2000-04-25 12:11:00

...全文

80 2 打赏收藏转发到动态举报

写回复

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

j_zhou 2000-04-27

打赏
举报

回复

copy memo pic to (YOURFILENAME)

neil 2000-04-27

打赏
举报

回复

使用 copy 命令或者直接采用F函数集

Bugzilla的详细使用说明目录简介： 2 Bugzilla处理流程： 2 常用的一些操作： 3 登陆Log in： 3 Preferences： 3 提交新bug New： 7 Search： 8 Reports： 11 Bugzilla简明使用手则简介：　　Bugzilla是Mozilla公司向我们提供的一个开源的免费缺陷跟踪工具。作为一个产品缺陷的记录及跟踪工具，它能够为你建立一个完善的Bug跟踪体系，包括报告Bug、查询Bug记录并产生报表、处理解决、管理员系统初始化和设置四部分。并具有如下特点： Bugzilla处理流程：常用的一些操作：首先打开IE在地址栏里输入：http://172.18.11.154/bug，正常情况下应该显示如下界面登陆Log in：用户名密码初始状态是姓名的汉语拼音，同公司邮箱的拼写。如果登陆不成功的可以发邮件给我。登陆后可修改密码。如果忘记密码可点击“Forgot Password”进行找回或直接联系管理员。登陆成功后可以进入最开始的界面了，这里可以看到我的账户了，并且以管理员账户登陆后与普通用户界面有些差异，先不关注。 Preferences：修改密码主要是设置账户信息，修改密码。 General Preferences 这里设置一般参数。例如CVS文件的分割，bug查看的顺序，可以根据自己的需要做更改 Email Preferences 这里设置E-mail收发的。选择什么情况下收到邮件通知。 Assignee：分配人 Reporter：报告人 CCed：抄送人 Saved searches 察看保存的查询 Permissions 察看权限 Flags：管理员操作在这里你可以新建Flags（标记），标记的意思就是表明一个bug或附件是否通过或是被拒绝（＋表示通过，－表示拒绝，？表示被用户请求）。比如我在附件中设置一个标记：review，用来标记用户复查他的补丁，如果一个开发者要求review，则状态会置为review？，如果补丁通过则状态为review＋，如果没通过review－添加bug标记：添加详细的Flag：这里需要我们把每个字段说明一下： Name：简单指明flag的类型 Description：详细说明这个类型 Category：那些必须包含或必须排除bug的产品、组件，应可以由用户为它们设置标志 Sort Key：从1到32768的一个数字，这个类型将被存储并在列表中显示给用户，如果你不在乎类型显示的顺序或者你想让它们以字母顺序显示则在这里选择“忽略” 　　Active（默认勾选，这个类型的标志显示在用户界面并可以设置）　　Requestable（默认勾选，用户可以要求这个类型的标志被设置） CC List：如果要求谁应该得到一份通知拷贝则在这里写下Email地址全称，用逗号分割，不必登陆bugzilla 　　Specifically requestable（默认勾选，用户可以让其他特定的用户设置类型标记）　　Multiplicable （多个类型标志可以在一个bug上设置） Grant Group：允许一个组同意/拒绝这个类型的标志（如果想要所有有哪个户都可以同意/拒绝这些标志，则保持这里设置为空） Request Group：如果这个类型的标志是被要求的，组可以允许要求（如果想要所有有哪个户都可以同意/拒绝这些标志，则保持这里设置为空）注意，要求如果Grant Group没有定义那么Request Group是没有作用的添加Attachments标记：内容与添加bug标记一样提交新bug New：提交新bug，首先选择产品（product）：如果只有一个product直接进入提交界面主要字段：版本号（version）：软件版本组件（component）：产品（product）中细分的组件平台（hardware）：硬件平台操作系统（os）：软件操作系统优先级（priority）：bug的优先级严重级（severity）：bug的严重级别分配给谁（assign to）：这个主要由你选则的模块（component）自动决定，也可以自己输入抄送给谁（CC）：可以选择同时把这封提交bug的邮件抄送给谁概要（summary）：类似于标题描述（discription）：具体的bug描述选择框让哪个组可见，如果都不选的话则都可看见这个bug 如上图中我所设置，点击提交bug（commit），这时bug应该以邮件方式发送成功。我们还可以设置其他的一些参数，如添加附件，添加评论，更改bug状态，打印，复制bug等。我们这里暂时只关注常用到的内容。 Search：在这里我们可以设置查询并保存： Find a Specific Bug：找到一个特定的bug，在这里可以选择bug状态，产品，和关键字（在summary中查找）不过这个功能无效—bugzilla的bug? Advanced Search：高级查询，可以根据不同bug参数结合来进行查询，这个就比较复杂了，但也不是很难理解，因为多数参数我们在new一个bug的时候已经都看到怎么设置了，相应的在这里我们设置查询条件即可。以列表列出的条件都是可以多选的，如product,status，priority等。这里的查询很全面，其中的组合操作还需要根据个人的期望来设置，经过几次简单的试验发现summary中输入单个字对bug的搜索将会更好一些，而输入词则不能正确搜索出bug，也许这个和字符编码有关吧？设好条件，点击search，会出现搜索结果的页面。如果要保存当前的Search，在右下方Remember search中输入一个保存查询的名称，比如：buglist，保存之后会出现在页脚的位置与My Bugs并排。 BugList：设定任何条件搜索之后会出现一个搜索结果，将符合条件的bug以列表列出来，系统默认有个My Bugs，通过点击它可以看到当前用户提交的所有处理中bug。结果显示界面：针对搜索出来的buglist，我们可以做以下操作： CSV 导出cvs格式的表格，通过excel打开时，中文会显示乱码，因为bugzill是utf8的编码，在excel中不支持，就是把csv文件转成ascii码就能正常显示的，具体是将cvs文档用记事本或utraledit打开，另存为，格式中选择"ANSI/ASCII"。重新用excel打开就能正常显示了 Change Columns 更改及重排列表中显示的字段。 Change Several Bugs at Once 批处理选中的多个bugs，如图 SendMail to bug Assginee 将mail给任务指派人,点击后会弹出邮件客户端，将assignees设为收件人。直接简单的bug查找：我们可以直接在下面输入bug号进行查询 Reports：这里面主要是使用表格和图表来统计显示bug信息，如bug走向，按版本或修改人显示bug数等 Current state： Search：跟前面讲的相同 Tabular reports：表格报告。通过设置横、纵轴和高级搜索中的一些条件来组合出表格形势的bug报告：比如设置x轴为assignee,y轴y为产品product，multiple tables为状态status，Multiple Tables选项意思是多表格显示。搜索统计wrm1,wrm1_ts两个产品的New,assigned,reopened,resolved,verified这四种状态的结果。结果会分别生成指定五个状态的五个表，每个表都是以人员为X轴，产品名称是Y轴，内容是bug数量。如图：这里是网上的另一个例子。图示：查看GBQ3.0产品版本于分配人的表格报告：点击生成报告：其他不同条件的报告生成就根据要求自己设置，这里不做详细说明了。 Graphical reports：暂不能显示生成的图表。图表报告。可以生成线性图，柱状图和饼图。设置条件与上一个表格报告类似，这里我们就简单举出几个常用的例子。查看不同版本bug严重级别的走向：显示Line Graph

pycharm常用快捷键1、编辑(Editing)Ctrl + Space 基本的代码完成(类、方法、属性)Ctrl + Alt + Space 快速导入任意类Ctrl + Shift + Enter 语句完成Ctrl + P 参数信息(在方法中调用参数)Ctrl + Q 快速查看文档F1 外部文档Shift + F1 外部文档，进入web文档主页Ctrl + ...

本课程目前总计105课时，并且不定期的进行新知识点的补充，目的是打造一部围绕MySQL的全体系课程。课程涵盖11大章节，分别是：第1章基础&技巧：这部分的重点是会讲解一些容易被开发人员忽略的技巧，例如utf8mb4字符集问题、如何使用外部临时表提高查询效率、快速创建同结构表及快速复制数据、截断表和删除数据使用和差异、以及怎样使用help语句查看帮助文档。第2章六大数据类型：这部分的重点是对MySQL的8种数字类型、5种日期和时间类型、10种字符串类型、枚举类型、集合类型和时间戳类型的区别和使用进行深入讲解。第3章数据库函数大全：MySQL中有上百种函数之多，使用函数可以快速的解决我们很多开发问题，但是由于我们掌握的函数不够多，往往没有办法实际应用，本章节重点是让你掌握更多好用而你不知道的函数使用。第4章数据库引擎精讲：本章节带您深入到MySQL的体系架构，深入理解innoDB、MyISAM、MEMORY、ARCHIVE引擎的区别和使用原则。第5章数据库索引精讲：索引是保障我们查询效率的重点，本章节从逻辑存储和物理存储的底层入手，深入剖析索引的存储结构和查找方法，掌握聚簇索引、非聚簇索引、前缀索引等的存取原理和使用技巧。第6章调优工具：工欲善其事必先利其器，本章节带你掌握读写比例查询、缓存设置、执行计划和Profile调优工具。第7章参数调优和索引调优：怎么样让SQL执行的更快、数据库的性能更强，怎样充分利用索引进行不断的优化。本章节会为您讲解16种MySQL的优化策略。第8章SQL调优：SQL语句是我们日常使用的重点，怎么样写出一手高性能的SQL语句，其实是具有一定技巧的，本章节讲解8种优化策略，让数据SQL执行性能更强。第9章分库分表：在面对海量数据的时候单表和单个数据库的性能始终会存在瓶颈，本章节为您讲解分库分表的原理和技巧，怎么样使用Merge引擎分表、深入掌握MySQL数据库分区表的能力。第10章高可用架构和安全管理：本部分涵盖MySQL的高可用架构，主备架构、主从架构、主从从架构、互为主从架构。数据的同步复制、半同步复制、异步复制。主从复制原理和主从延迟的问题，以及在管理和开发层面怎样保证数据库安全。第11章MySQL日志：对MySQL的7种日志进行讲解，包括errorlog错误日志、general log查询日志、slow log慢日志、binlog 二进制日志、redlog重做日志。课程会附带配套文档和SQL脚本。有问题可以直接联系作者，24小时线上答疑。

使用Kettle的【文本文件输入】读取txt文件时，其中的两个中文字段无法正确识别，其预览效果如下：出现中文乱码自然想到是文件编码的问题，该txt文件的编码方式为：UTF-8 将该文件的编码方式改为"ANSI"之后(点击【文件】->【另存为】，更改编码方式，然后【保存】即可）重新运行转换步骤，中文数据就可以正常读出来了，其结果如下： ...

更换数据链接，几乎成为了一个我日常工作中的一个常见动作。然而Excel因为其局限性，在面对海量数据和多个数据链接的时候，更换数据链接会显得十分吃力，毕竟程序自带的更换源也好，你通过公式替换也好，还是很慢。工作后从师父那里学到一个办法可以稍快一点，就是打开文件和链接数据的文件，在不关闭任何文件的情况下将链接的文件另存为，然后将要另存为的文件存成要替换文件相同名称（此时要替换的文件并没有复制过来），然后关闭另存为文件，用真正的新文件替换掉刚刚另存为的文件，这样就可以当着文件的面把链接改掉了。但是事实

34,590

社区成员

254,589

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章